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TDB-ACC-NO: NN9703107 

DISCLOSURE TITLE: Heirarchical Data Model for a Relational Database based 
Geographic Information System 

PUBLICATION -DATA : 

IBM Technical Disclosure Bulletin, March 1997, US 

VOLUME NUMBER: 4 0 

ISSUE NUMBER: 3 

PAGE NUMBER: 107 - 116 

PUBLICATION-DATE: March 1, 1997 (19970301) 
CROSS REFERENCE: 0018-8689-4 0-3-107 
DISCLOSURE TEXT: 

This document contains drawings, formulas, and/or symbols that will not appear on- 
line. Request hardcopy from ITIRC for complete article. Disclosed is a Relational 
Data Model for a Geographic Information System (GIS) that supports inheritance. The 
inheritance model is superior to conventional relational models because it 
recognizes class relationships that exist in GIS. An implementation of the 
inheritance model is proposed using relational technology. An actual GIS data model 
is presented. This model provides support for the three major areas in a GIS: 
spatial data, application development, and administrative tasks. 

The evolution of GIS, Computer Aided Design (CAD) , and Computer Aided Manufacturing 
(CAM) has required that information be stored and retrieved from non-proprietary 
databases within an enterprise. This information is very complex. In particular, 
the commonality between basic tables that model real world objects in GIS/CAD/CAM 
is difficult to represent in most relational databases. For a GIS, examples of 
objects include: o A road o A political boundary o A user interface o A user- . 
defined table o System administrative data One of the main obstacles to modelling 
these tables with relational technology is the ability to recognize that elements 
of each table are common across many tables. The trend for modelling this 
commonality has been the adoption of object-oriented databases and software by many 
GIS/CAD/CAM systems. Businesses have not benefitted from this direction, however, 
as most enterprises use relational databases. The problem with relational databases 
is that their table/view mechanism does not provide the flexibility to define a 
single view across several tables without a relational join. Consider the 
following: o A road table has "ID", "TYPE", "LOCATION", and "LENGTH" attributes, o 
A political boundary table has "ID", "TYPE", "LOCATION", "PERIMETER" and "AREA" 
attributes. What is proposed is: o An Inheritance Data Model for a GIS. 

o A mechanism for storage/retrieval of said data model using a relational database. 
The following represents the basic description of the inheritance data model used 
in GIS: General Concepts GIS. data includes all the enterprise assets (such as 
parcels, cables, valves, or highway sections) that are modelled and maintained as 
GIS data, as well as application and operational data (e.g., Macros, Display Rules, 
User Profiles, and Device Characteristics) used by the GIS software and GIS 
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applications. 

For example, an enterprise may choose to model and maintain land parcel information 
as GIS data in a GIS. The GIS users and application developers can operate on 
parcels and the attributes of parcels much as they would access other data in the 
relational database. In addition, non-GIS users and Corporate applications can 
access the parcel data through the relational views and application .programming 
interface provided by a GIS . 

In a GIS, to determine the appraised value of the parcel owned by John Smith, an 
user could issue the following query: Select Appraised_Value from Parcel where 
Owner = 'John Smith* In this example, 1 Appraised_Value 1 and 'Owner' were defined by 
the application developer or database designer as attributes of Parcel data in the 
GIS. These attributes are called user defined attributes in the GIS data model. The 
GIS will also maintain one or more system attributes for each type of GIS data. 
System attributes are accessed in the same fashion as user-defined attributes in 
the GIS, for instance, to determine the value (maintained by the GIS) for the area 
of the parcel owned by John Smith, the following query could be used: Select Area 
from Parcel where Owner = 'John Smith' Application and Data Independence Under the 
proposed GIS, the Parcel data discussed in these examples would be physically 
stored in a relational database. The user-defined attributes, system attributes, 
and relationships comprising a single Parcel will be distributed among more than 
one physical table in the relational database. However, the query in the example 
above is independent of how the Parcel data is physically stored; the user simply 
operates on Parcel . The concept of application independence from physical storage 
is important, since it protects applications from the changes to the physical 
storage format (physical tables) . As these changes are made, to provide performance 
enhancements or' to take advantage of enhancements to. the underlying relational 
database, customer applications can be protected. The concept of Views in the 
relational database is an example of a means of providing application and data 
independence. A relational view presents a single 'array' of columns that can be 
operated on in the same fashion as a single physical table, but the columns of the 
view can represent data that reside in several physical tables, and a column of the 
view can contain calculated data that is not formally stored in any physical table. 
Relational applications operating on that view can be protected from changes to the 
physical tables, in that if the physical table data is re-arranged, the view can be 
re-created to accommodate the change without having to re -write customer 
applications that access the view. 

GIS Data Model Concepts Relational Views and GIS Object Views In the GIS, an user 
or application developer can operate on Parcel data much as he would a relational 
view, although the underlying data for the Parcel is .not physically accessed 
through a single relational table or view. Different components of the parcel data 
are mapped to a set of columns, as in the case of user and system defined 
attributes; other components are more complex, such as: picture path elements, edge 
associations and boundary associations. It is important to note that although the 
underlying data model for the user's Parcel data can not be mapped to a single set 
of columns, the GIS permits user access to the Parcel data in a relational fashion 
as shown in the previous examples. This is done through GIS Object Views. In the 
GIS data model, an Object View is analogous to a relational view. Users and 
application developers operate on GIS Object Views much as they would relational 
views. Object Views provide the data independence for GIS applications that views 
provide for relational tables. In the previous examples, Parcel is an example of a 
user-defined Object View created for the storage and maintenance of the- 
enterprise's land parcel data. Several object views can be provided by the GIS, 
such as Feature, Superspan, Display_Rule , Control_Point , and others. In addition, 
GIS application and database designers can define their own object views for 
modelling different kinds of features, tables, and relationships to be maintained 
by GIS. As mentioned previously, Parcel is an example of a user-defined object 
view, added to the GIS object views via Nucleus Definition statements. 
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The various GIS and user-defined object views are related, in that each object view 
is related to a 'higher level 1 or more general object view (with the exception of 
the GIS object view, which is the 'highest' level view). For instance, the user- 
defined Parcel object view is a classification of the GIS Area Feature object view, 
which is a classification of the GIS Feature object view. The relationships between 
all GIS and user-defined object views are explained in "Overview of GIS Object 
Views". The list of Object View names in the GIS defines the list of names that can 
be the subject of a From clause in a GIS query (e.g., Select Owner From Parcel ) . 
This is similar to identifying all the view names available for manipulating data 
in a relational database. Once an user or application developer knows the names of 
these views, queries can be created to select data from the. views. Object Views 
also share the same types of restrictions as relational views, in that relational 
views can be defined that restrict a user's ability to insert or update data. 
Likewise, there are GIS object views that are not valid for these operations. All 
object views are valid for data selection or retrieval - (subject to GIS and 
corporate data security enforcement) . Object View Components and Attributes All 
Object Views in GIS have components and attributes. Components of an Object View 
can be thought of as complicated attributes (they do not map to a single column of 
data), whereas an Attribute can be thought of as a 'simple' component (it maps to a 
single column of data) . An object view component can be further broken down into a 
set, or sets, of attributes. 

Projections Once the list of object view names has been identified, it is possible 
to use the '*' notation to select information from any object view. Once the list 
of object view components and attributes have been identified, it is possible to 
select specific sets of values from one or more object views. For instance, once it 
has been identified that the object view ' Parcel ' has two attributes 'Owner' and 
' Appraised_Value ' , users can construct the following queries: Select * From Parcel 
Where Owner = 'John Smith* Select Owner, Appraised_Value From Parcel Where Owner = 
•John Smith' In the GIS, the specification of which component and attribute values 
are to be returned from a Select operation is called the Projection. An asterisk 
(*) is used as the notation for the attribute projection of all components and 
attributes of an object view, just as in SQL, 'Select * from Viewname ' will return 
arrays of values for all columns of the view Viewname. Attribute Evaluation In GIS,' 
any attribute value associated with an instance of data can be evaluated in a where 
clause. OVERVIEW OF GIS OBJECT VIEWS This section illustrates the relationships 
between all GIS object views. GIS Object View All data in a GIS database can be 
accessed via the GIS object view. The components and attributes of the GIS object 
view are those common to all GIS data. The GIS object view is further classified by 
the following object views: o Nucleus Object View o Library Object View o 
Administrative Object View There are two important concepts regarding the set of 
object views that 'further classify' a particular object view: o Any instance of 
data that can be accessed via a particular object view can only be accessed via one 
of the object views that further classify that view. In other words, the list of 
object views that classify a particular object view are 'mutually exclusive' with 
regard to instances of data, o The components and attributes of an object view can 
be treated as components and attributes of any object view that further classifies 
that view. The GIS object view is illustrated in Fig. 1. Fig. 1 GIS Object View. 
The GIS Object View is further classified by the three object views as shown in the 
figure: Administrative, Nucleus, and Library. Put simply, this means that any 
instance of data that can be accessed using the GIS object view is either nucleus, 
administrative, or library data. Additional GIS object views are provided to 
further classify data in the nucleus, administrative, and library object views as 
indicated by the dotted arrows. Administrative Object View Administrative data is a 
subset of GIS data that contains information which deals with the creation and 
management of the collection of DBMS tables that make up the GIS database. This 
includes definitions for the GIS system and user-defined object views. The 
"Administrative" object view is further classified by the object views listed in 
Fig. 2. Administrative object views exclude all library and nucleus data. If an 
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application developer wanted to select all administrative data, the 
"Administrative" object view would be used. If the application developer wanted to 
select only administrative user profile data, the "User" object view could be used. 
Fig. 2 Administrative Object View. The object views that belong to the set of 
administrative object views are illustrated above. All instances of administrative 
data belong to one of these object views. There are no further object views or 
further classifications of object views for administrative data. Library Object 
View Library Objects consist of various rules and parameters that control how the 
user interacts with the system, how information is captured, how information is 
graphically and textually realized, and the meaning of units and projections. In 
short, this information defines much of the operation of a GIS and may be specific 
to individual users of groups of users or may be generic across an entire 
enterprise. The "Library" object view is further classified by the object views 
listed in Fig. 3. Library object views exclude all nucleus and administrative data. 
If an application developer wanted to select all library data, the "Library" object 
view would be used. If an application developer wanted to select only Macros, the 
"Macro" object view could be used. 

Fig. 3 Library Object View. The object views that belong to the set of library 
object views are illustrated above. All instances of library data belong to one of 
these object views. There are no further object views or further classifications of 
object views for library data. Nucleus Object View Nucleus data is a subset of GIS 
data that contains geographic data and attributes associated with that data and is 
the subset of GIS data used to model and maintain an enterprise's geographic 
assets. 

The following characteristics distinguish nucleus data from administrative or 
library data in GIS: o Nucleus data can be evaluated based on spatial (or location) 
characteristics, o Nucleus data can be manipulated by check-in, check-out, load- 
for-update and extract -updates operations, o The Nucleus object views can be 
extended by the database designer or application developer through GIS Nucleus 
definitions. Nucleus definitions permit the creation of user-defined object views 
for modelling features, relationships, and user- tables. Nucleus object views 
exclude all library and administrat ive data. If an application developer wanted to 
select all nucleus data, then the "Nucleus" object view would be used. If an 
application developer wanted to select only Features, then the "Feature" object 
view would be used. The Feature, Relationship and User_Table object views are 
further classified by additional GIS and user-defined object views. These object 
views are described in the following sections: Feature Object View The following 
characteristics distinguish feature data from other data in GIS: o Features can be 
associated with Display Rules. 

Features have the following location characteristics: o Absolute Point o Node o 
Extent o Feature_Path The "Feature" object views exclude all library data and 
administrative data and all nucleus data such as user tables, boundaries, polygon 
sets, etc.. If an application developer wanted to select all feature data, then the 
"Feature" object view would be used. If the application developer wanted to select 
only point features, the "Point" object view would be used. If the application 
developer wanted to select only those point features defined as poles having a 
feature class of " telephone_pole" , then the "telephone_pole" object view would be 
used. Each of the Feature object views may be further classified by user-defined 
feature names, such as 1 Parcel 1 or 'Highway', that are created via GIS Nucleus 
Definitions. Nucleus definitions provide a means of associating user-defined 
attributes, such as 'Owner' with the Parcel object view. Each object view created 
via Feature definitions may be further classified, if desired, by specifying one or 
more Feature Classes within the Feature Definition. For instance, the enterprise 
may choose to further classify 1 Parcel features by defining 'Rural_Lot*, 
"Municipal_Lot ■ feature classes. Any user-defined attributes associated with Parcel 
data are also associated with all feature classes of the Parcel data; however, 
different Display Rules may be associated with the various feature classes for 
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Parcel data (e.g. * Rural_Lot' features can be rendered differently than 
' Municipal_Lot ' features). 

If an application developer or database designer creates a feature definition for 
an Area feature named Parcel, having a user-defined attribute named 'Owner', and 
feature classes ■ Rural_Lot ' , 'Municipal_Lot ' , the following queries could be used 
to manipulate Parcel data: Select * from Parcel where Owner = "John Smith' Select * 
from Rural_Lot where Owner = 'John Smith' Select * from Municipal_Lot where Owner = 
'John Smith' The first query will return all instances of parcels owned by 'John 
Smith' , the second will return only those instances of parcels that are classified 
as rural lots, the third, only municipal lots. 

User_Table Object View User tables provide the ability to model non - geographi c data 
(sets of attributes) as part of the GIS nucleus. The instances of user table data 
can be related to features via GIS user-defined relationships, and the user table 
data can be manipulated with checkin, checkout, load and extract operations. User 
tables are defined via GIS Nucleus definitions. Each User_Table name, when defined 
by the application developer or database designer, becomes an object view which 
further classifies the User_Table object view. 

Relationship Object View The Relationship object view is further classified by GIS 
system maintained relationships, such as Layer_assoc and Theme_assoc. Application 
developers and database designers can create user-defined relationships via GIS 
Nucleus definitions. GIS provides a means of creating user-defined relationships. 
Each user-defined relationship name, when defined by the application developer or 
database designer, becomes an object view which further classifies the Relationship 
object view. As with features and user tables, the GIS nucleus definitions provide 
a means of associating sets of (user-defined) attributes with user-defined 
relationships. Object View Considerations for Applications and Data Access Recall 
that the list of GIS Object Views defines the 'names' that can be the subject of a* 
From clause to access GIS data. For instance, using the Object Views listed thus 
far, the following are valid queries: A) Select * From GIS B) Select * From Nucleus 
C) Select * From Feature D) Select * From Span If a GIS database designer creates a 
Feature Definition for 'Highway', having a Feature Class called 'Interstate', then 
the following two queries would also be valid: 

E) Select * From Highway F) Select * From Interstate The relationship between these 
object views is much like a relationship between various views on the same set of 
relational tables. The object view specified in the From clause defines the scope 
of the data that can possibly be returned from the query. The object view is also a 
consideration in performance of queries, since the more general object views will 
generally indicate searches through a wider range of data . ' Conclusion This 
disclosure presented a -Relational Data Model for a Geographic Information System 
that supports inheritance. The inheritance model is superior to conventional 
relational models, because it recognizes the inheritance relationships that exist 
in GIS. An implementation of the inheritance model was proposed using relational 
technology. A relational- approach has several advantages over object-oriented 
implementations. First, relational DBMSs are commonplace in the business world. 
Second, relational systems support application and data independence through 
abstraction and views. Third, distributed relational systems are reaching maturity. 
An actual GIS data model was presented. This model provided support for the three 
major areas in a GIS: spatial data, application development, and administrative 
tasks . 
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PUBLICATION-DATA: 

IBM Technical Disclosure Bulletin, March 1997, US 
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ISSUE NUMBER: 3 

PAGE NUMBER: 107 - 116 

PUBLICATION-DATE: March 1, 1997 (19970301) 
CROSS REFERENCE: 0018-8689-40-3-107 
DISCLOSURE TEXT: 

This document contains drawings, formulas, and/or symbols that will not appear on 
line. Request hardcopy from ITIRC for complete article. Disclosed is a Relational 
Data Model for a Geographic Information System (GIS) that supports inheritance. The 
inheritance model is superior to conventional relational models because it 
recognizes class relationships that exist in GIS . An implementation of the 
inheritance model is proposed using relational technology. An actual GIS data model 
is presented. This model provides support for the three major areas in a GIS: 
spatial data, application development, and administrative tasks. 

The evolution of GIS, Computer Aided Design (CAD), and Computer Aided Manufacturing 
(CAM) has required that information be stored and retrieved from non-proprietary 
databases within an enterprise. This information is very complex. In particular, 
the commonality between basic tables that model real world objects in GIS/CAD/CAM 
is difficult to represent in most relational databases. For a GIS, examples of 
objects include: o A road o A political boundary o A user interface o A user- 
defined table o. System administrative data One of the main obstacles to modelling 
these tables with relational technology is the ability to recognize that elements 
of each table are common across many tables. The trend for modelling this 
commonality has been the adoption of object-oriented databases and software by many 
GIS/CAD/CAM systems. Businesses have not benefitted from this direction, however, 
as most enterprises use relational databases. The problem with relational databases 
is that their table/view mechanism does not provide the flexibility to define a 
single view across several tables without a relational join. Consider the 
following: o A road table has "ID", "TYPE" , "LOCATION", and "LENGTH" attributes, o 
A political boundary table has "ID", "TYPE", "LOCATION", "PERIMETER" and "AREA" 
attributes. What is proposed is: o An Inheritance Data Model for a GIS. 

o A mechanism for storage/retrieval of said data model using a relational database. 
The following represents the basic description of the inheritance data model used 
in GIS: General Concepts GIS data includes all the enterprise assets (such as 
parcels, cables, valves, or highway sections) that are modelled and maintained as 
GIS data, as well as application and operational data (e.g., Macros, Display Rules, 
User Profiles, and Device Characteristics) used by the GIS software and GIS 
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applications . 

For example, an enterprise may choose to model and maintain land parcel information 
as GIS data in a GIS. The GIS users and application developers can operate on 
parcels and the attributes of parcels much as they would access other data in the 
relational database. In addition, non-GIS users and Corporate applications can 
access the parcel data through the relational views and - application programming 
interface provided by a GIS. 

In a GIS, to determine the appraised value of the parcel owned by John Smith, an 
user could issue the following query: Select Appraised_Value from Parcel where 
Owner = 'John Smith' In this example, ' Appraised_Value ' and 'Owner' were defined by 
the application developer or database designer as attributes of Parcel data in the 
GIS. These attributes are called user defined attributes in the GIS data model. The 
GIS will also maintain one or more system attributes for each type of GIS data. 
System attributes are accessed in the same fashion as user-defined attributes in 
the GIS, for instance, to determine the value (maintained by the GIS) for the area 
of the parcel owned by John Smith, the following query could be used: Select Area 
from Parcel where Owner = 'John Smith' Application and Data Independence Under the 
proposed GIS, the Parcel data discussed in these examples would be physically 
stored in a relational database. The user-defined attributes, system attributes, 
and relationships comprising a single Parcel will be distributed among more than 
one physical table in the relational database. However, the query in the example 
above is independent of how the Parcel data is physically stored; the user simply 
operates on Parcel . The concept of application independence from physical storage 
is important, since it protects applications from the changes to the physical 
storage format (physical tables) . As these changes are made, to provide performance 
enhancements or to take advantage of enhancements to the underlying relational 
database, customer- applications can be protected. The concept of Views in the 
relational database is an example of a means of providing application and data 
independence. A relational view presents a single 'array 1 of columns that can be 
operated on in the same fashion as a single physical table, but the columns of the 
view can represent data that reside in several physical tables, and a column of the 
view can contain calculated data that is not formally stored in any physical table. 
Relational applications operating oh that view can be protected from changes to the 
physical tables, in that if the physical table data is .re-arranged, the view can be 
re-created to accommodate the change without having to re-write customer 
applications that access the view. 

GIS Data Model Concepts Relational Views and GIS Object Views In the GIS, an user 
or application developer can operate on Parcel data much as he would a relational 
view, although the underlying data for the Parcel is not physically accessed 
through a single relational table or view. Different components of the parcel data 
are mapped to' a set of columns, as in the case of user and system defined 
attributes; other components are more complex, such as: picture path elements, edge 
associations and boundary associations. It is important to note that although the 
underlying data model for the user's Parcel data can not be mapped to a single set 
of columns, the GIS permits user access to the Parcel - data in a relational fashion 
as shown in the previous examples. This is done through GIS Object Views. In the 
GIS data model, an Object View is analogous to a relational view. Users and 
application developers operate on GIS Object Views much as they would relational 
views. Object Views provide the data independence for GIS applications that views 
provide for relational tables. In the previous examples, Parcel is an example of a 
user-defined Object View created for the storage and maintenance of the 
enterprise's land parcel data. Several object views can be provided by the GIS, 
such as Feature, Superspan, Display_Rule , Control_Point , and others. In addition, 
GIS application and database designers can define their own object views for 
modelling different kinds of features, tables, and relationships to be maintained 
by GIS. As mentioned previously, Parcel is an example of a user-defined object 
view, added to the GIS object views via Nucleus Definition statements. 
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The various GIS and user-defined object views are related, in that each object view 
is related to a 'higher level' or more general object view (with the. exception of 
the GIS object view, which is the 'highest' level view). For instance, the user- 
defined Parcel object view is a . classification of the GIS Area Feature object view, 
which is a classification of the GIS Feature object view. The relationships between 
all GIS and user-defined object, views are explained in "Overview of GIS Object 
Views'*. The list of Object View names in the GIS defines the list of names that can 
be the subject of a From clause in a GIS query (e.g., Select Owner From Parcel ) . 
This is similar to identifying all the view names available for manipulating data 
in a relational database. Once an user or application developer knows the names of 
these views, queries can be created to select data from the views. Object Views 
also share the same types of restrictions as relational views, in that relational 
views can be defined that restrict a user's ability to insert or update data. 
Likewise, there are GIS object views that are not valid for these operations. All 
object views are valid for data selection or retrieval (subject- to GIS and 
corporate data security enforcement). Object View Components and Attributes All 
Object Views in GIS have components and attributes. Components of an Object View 
can be thought of as complicated attributes (they do not map to a single column of 
data), whereas an Attribute can be thought of as a 'simple' component (it maps to a 
single column of data) . An object view component can be further broken down into a 
set, or sets, of attributes. 

Projections Once the list of object view names has been identified, it is possible 
to use the ■*' notation to select information from any object view. Once the list 
of object view components and attributes have been identified, it is possible to 
select specific sets of values from one or more object views. For instance, once it 
has been identified that the object view ' Parcel ' has two attributes 'Owner' and 
'Appraised_Value ' , users can construct the following queries: Select * From Parcel 
Where Owner = 'John Smith' Select Owner, Appraised_Value From Parcel Where Owner = 
'John Smiths In the GIS, the specification of which component and attribute values 
are to be returned from a Select operation is called the Projection. An asterisk 
(*) is used as the notation for the attribute projection of all components and 
attributes of an object view, just as in SQL, 'Select * from Viewname 1 will return 
arrays of values for all columns of the view Viewname. Attribute Evaluation In GIS, 
any attribute value associated with an instance of data can be evaluated in a where 
clause. OVERVIEW OF GIS OBJECT VIEWS This section illustrates the relationships 
between all GIS object views. GIS Object View All data in a GIS database can be 
accessed via the GIS object view. The components and attributes of the GIS object 
view are those common to all GIS data. The GIS object view is further classified by 
the following object views: o Nucleus Object View o Library Object View o 
Administrative Object View There are two important concepts regarding the set of 
object views that 'further classify' a particular object view: o Any instance of 
data that can be accessed via a particular object view can only be accessed via one 
of the object views that further classify that view. In other words, the list of 
object views that classify a particular object view are 'mutually exclusive' with 
regard to instances of data, o The components and attributes of an object view can 
be treated as components and attributes of any object view that further classifies 
that view. The GIS object view is illustrated in Fig. 1. Fig. 1 GIS Object View. 
The GIS Object View is further classified by the three object views as shown in the 
figure: Administrative, Nucleus, and Library. Put simply, this means that any 
instance of data that can be accessed using the GIS object view is either nucleus, 
administrative, or library data. Additional GIS object views are provided to 
further classify data in the nucleus, administrative, and library object views as 
indicated by the dotted arrows. Administrative Object View Administrative data is a 
subset of GIS data that contains information which deals with the creation and 
management of the collection of DBMS tables that make up the GIS database. This 
includes definitions for the GIS system and user-defined object views. The 
"Administrative" object view is further classified by the object views listed in 
Fig. 2. Administrative object views exclude all library and nucleus data. If an 
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application developer wanted to select all administrative data, the 
"Administrative" object view would be used. If the application developer wanted to 
select only administrative user profile data, the "User" object view could be used. 
Fig. 2 Administrative Object View. The object views that belong to the set of 
administrative object views are illustrated above. All instances of administrative 
data belong to one of these object views. There are no further object views or 
further classifications of object views for administrative data. Library Object 
View Library Objects consist of various rules and parameters that control how the 
user interacts with the system, how information is captured, how information is 
graphically and textually realized, and the meaning of units and projections. In 
short, this information defines much of the operation of a GIS and may be specific 
to individual users of groups of users or may be generic across an entire 
enterprise. The "Library" object view is further classified by the object views 
listed in Fig. 3. Library object views exclude all nucleus and administrative data*. 
If an application developer wanted to select all library data, the "Library" object 
view would be used. If an application developer wanted to select only Macros, the 
"Macro" object view could be used. 

Fig. 3 Library Object View. The object views that belong to the set of library 
object views are illustrated above. All instances of library data belong to one of 
these object views. There are no further object views or further classifications of 
object views for library data. Nucleus Object View Nucleus data is a subset of GIS 
data that contains geographic data and attributes . associated with that data and is 
the subset of GIS data used to model and maintain an enterprise's geographic 
assets . 

The following characteristics distinguish nucleus data from administrative or 
library data in GIS: o Nucleus data can be evaluated based on spatial (or location) 
characteristics, o Nucleus data can be manipulated by check-in, check-out, load- 
for-update and extract -updates operations, o The Nucleus object views can be 
extended by the database designer or application developer through GIS Nucleus 
definitions. Nucleus definitions permit the creation of user-defined object views 
for modelling features, relationships, and user-tables. Nucleus object views 
exclude all library and administrative data. If an application developer wanted to 
select all nucleus data, then the "Nucleus" object view would be used. If an 
application developer wanted to select only Features, then the "Feature" object 
view would be used. The Feature, Relationship and User_Table object views are 
further classified by additional GIS and user-defined object views. These object 
views are described in the following sections: Feature Object View The following 
characteristics distinguish feature data from other data in GIS: o Features can be 
associated with Display Rules. 

Features have the following location characteristics: o Absolute Point o Node o 
-Extent o Feature_Path The "Feature" object views exclude all library data and 
administrative data and all nucleus data such as user tables, boundaries, polygon 
sets, etc.. If an application developer wanted to select all feature data, then the 
"Feature" object view would be used. If the application developer wanted to select 
only point features, the. "Point" object view would be used. If the application 
developer wanted to select only those point features defined as poles having a 
feature class of "telephonejole" , then the "telephone^pole" object view would be 
used. Each of the Feature object views may be further classified by user-defined 
feature names, such as ' Parcel ' or 'Highway 1 , that are created via GIS Nucleus 
Definitions. Nucleus definitions provide a means of associating user-defined 
attributes, such as 'Owner' with the Parcel object view. Each object view created 
via Feature definitions may be further classified, if desired, by specifying one or 
more Feature Classes within the Feature Definition. For instance, the enterprise 
may choose to further classify ' Parcel ' features by defining ' Rural_Lot ' , 
•Municipal__Lot ' feature classes. Any user-defined attributes associated with Parcel 
data are also associated with all feature classes of the Parcel data; however, 
different Display Rules may be associated with the various feature classes for 
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Parcel data (e.g. 'Rural^Lof features can be rendered differently than 
'Municipal_Lot • features) . 

If an application developer or database designer creates a feature definition for 
an Area feature named Parcel, having a user-defined attribute named 'Owner', and 
feature classes ' Rural_Lot » , ' Municipal_Lot ' , the following queries could be used 
to manipulate Parcel data: Select * from Parcel where Owner = 'John Smith' Select * 
from Rural_Lot where Owner = 'John Smith' Select * from Municipal_Lot where Owner = 
•John Smith' The first query will return all instances of parcels owned by 'John 
Smith', the second will return only those instances of parcels that are classified 
as rural lots, the third, only municipal lots. 

UserJTable Object View User tables provide the ability to model non -geographic data 
(sets of attributes) as part of the GIS nucleus. The instances of. user table data 
can be related to features via GIS user-defined relationships, and the user table 
data can be manipulated with checkin, checkout, load and extract operations. User 
tables are defined via GIS Nucleus definitions. Each UserJTable name, when defined 
by the application developer or database designer, becomes an object view which 
further classifies the UserJTable object view. 

Relationship Object View The Relationship object view is further classified by GIS 
system maintained relationships, such as Layer_assoc and Theme_assoc. Application 
developers and database designers can create user-defined relationships via GIS 
Nucleus definitions. GIS provides a means of creating user-defined relationships. 
Each user-defined relationship name, when defined by the application developer or 
database designer, becomes an. object view which further classifies the Relationship 
object view. As with features and user tables, tfce GIS nucleus definitions provide 
a means of associating sets of (user-defined) attributes with user-defined 
relationships. Object View Considerations for Applications and Data Access Recall 
that the list of GIS Object Views defines the 'names' that can be the subject of a 
From clause to. access GIS data. For instance, using the Object Views listed thus 
far, the following are valid queries: A) Select * From GIS B)* Select * From Nucleus 
C) Select * From Feature D) Select * From Span If a GIS database designer creates a 
Feature Definition for 'Highway', having a Feature Class called 'Interstate', then 
the following two queries would also be valid: 

E) Select * From Highway F) Select * From Interstate The relationship between these 
object views is much like a relationship between various views on the same set of 
relational tables. The object view specified in the From clause defines the scope 
of the data that can possibly be returned from the query. The object view is also a 
consideration in performance of queries, since the more general object views will 
generally indicate searches through a. wider range of data. Conclusion This 
disclosure presented a Relational Data Model for a Geographic Information System 
that supports inheritance. The inheritance model is superior to conventional 
relational models, because it recognizes the inheritance relationships that exist 
in GIS. An implementation of the inheritance model was proposed using relational 
technology. A relational approach has several advantages over object-oriented 
implementations. First, relational DBMSs are commonplace in the business world. 
Second, relational systems support application and data independence through 
abstraction and views. Third, distributed relational systems are reaching maturity. 
An actual GIS data model was presented. This model provided support for the three 
major areas in a GIS: spatial data, application development, and administrative 
tasks. 

SECURITY: Use, copying and distribution of this data is subject to the restictions in the Agreement For 
IBM TDB Database and Related Computer Databases. Unpublished - all rights reserved under the Copyright 
Laws of the United States. Contains confidential commercial information of IBM exempt from FOIA 
disclosure per 5 U.S.C. 552(b)(4) and protected under the Trade Secrets Act, 18 U.S.C. 1905. 

COPYRIGHT STATEMENT: The text of this article is Copyrighted (c) IBM Corporation 1997. All riqhts 
reserved. 
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(54) Navigation information system 

(57) A navigation information system comprises a 
communications system having a fixed part (11 to 20) 
and at least one mobile part (1 to 10), the fixed part 
including a data storage and processing means 15 for 
identifying the location of a mobile unit, generating guid- 
ance information appropriate to that location and trans- 
mitting it to the mobile unit The data exchange is by 
means of DTMF codes. By locating most of the com- 
plexity with the service provider, in particular the naviga- 
tion computer 15 and geographical database 17, the 
system can be readily updated and the capital cost of 
the in-vehicle system, which in its simplest form may be 
a standard cellular telephone 1, can be minimised. The 
user makes a request for guidance information, and the 
system, having determined the user's present location, 
then transmits instructions to the user. The user's 
present location can be determined by means such as a 
Satellite Positioning System 7. 
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Description 

This invention relates to navigation information sys- 
tems. It is particularly suitable for use in providing users 
of road vehicles with route guidance, but other applica- s 
tions are possible and are discussed below. 

Navigation of a vehicle through an unfamiliar com- 
plex road network is a difficult task. Large amounts of 
fuel and time are wasted as a result of drivers getting 
lost or using an inefficient route. Accidents can also be to 
caused by drivers attempting to read maps or complex 
road signs and losing concentration on the road ahead. 
Moreover, a driver may choose an inefficient route as a 
result of using an out-of-date map. 

An additional problem can occur even if a driver is 
knows a route to his or her destination. That route may 
be congested or blocked as a result of accidents or 
maintenance work, so that an alternative route would be 
more efficient. 

Several proposals have been made for navigation 20 
guidance systems. In some such proposals a vehicle- 
borne system has a navigation computer and a geo- 
graphical information system which is essentially a digi- 
tised map stored on a CD-ROM. The system gives the 
driver information and guidance by screen and/or 25 
speech display. These systems would be very expen- 
sive. Each vehicle requires a navigation computer and 
geographical information system. The cost of the com- 
plex vehicle-borne equipment involved is estimated to 
be in the region of £1000. The system is complex to 30 
operate, and could only be safely operated by the driver 
whilst the vehicle is stationary. The geographical infor- 
mation system would require periodic updating, which 
requires new disks to be distributed to subscribers from 
time to time. 35 

In some proposed systems of this type real-time 
data would be broadcast over a radio network to update 
fixed information held on the geographical information 
system. Even so, the geographical information system 
would only be accurate up to its last update. Moreover, 40 
a broadcast channel needs to be allocated for the 
updating service. 

It has also been proposed that the guidance service 
provider collects statistical traffic flow data from which 
traffic congestion predictions can be made which are 45 
fed into the real-time data to be broadcast. The traffic 
flow data may be collected using roadside sensors, or 
they may be collected by monitoring the operation of the 
mobile user equipment. The latter approach can only 
collect data relating to users of the system, but has a so 
lower capital cost. 

In an alternative approach a system of short-range 
roadside beacons is used to transmit guidance informa- 
tion to passing vehicles equipped with simple transceiv- 
ers. The beacons transmit information to suitably 55 
equipped passing vehicles to give turn instructions 
appropriate to their chosen destinations. For each bea- 
con the territory to be covered is divided into as many 



zones as there are exits from the junction the beacon 
relates to. The zone in which the user's chosen destina- 
tion falls is determined, and instructions are given 
appropriate to that zone. At any given beacon all vehi- 
cles whose destinations are in the same zone get the 
same instruction. The definitions of the zones are 
dependant on the location of the beacons, and each 
zone comprises the set of destinations which should be 
reached from the beacon by taking the direction associ- 
ated with that zone. 

Each beacon only gives instructions for reaching 
the next beacon along the route to the vehicle's destina- 
tion. For two vehicles starting from the same point for 
different destinations for which the routes are initially 
coincident, the beacons along the coincident section of 
route will each give both users the same instructions, 
because for those beacons both users are travelling to 
the same zone. Only for the beacon at the point of diver- 
gence are the two users' destinations in different zones, 
and therefore different instructions are given. 

The beacons' programming may be modified from 
time to time by control signals from a central control sta- 
tion, in a way analogous to remotely controlled adjusta- 
ble signposts, but in its interactions with the user 
equipment the beacon is autonomous, identifying which 
of its zones the user's desired destination is in, and 
transmitting the appropriate 'turn" information to get it 
to the next beacon on the way. The beacon has no 
knowledge of the rest of the route. 

Each beacon has a detailed map of a small local 
area (the boundaries of which are, in fact, the adjacent 
beacons), and if the destination is in this area the bea- 
con gives full information of the route to the destination. 
The system can therefore provide a user with directions 
to a destination defined more precisely than the beacon 
spacing. However, at the beginning of a journey, a user 
cannot use the system until he encounters a beacon. 

This proposed system allows instant updating of 
the guidance instructions from a central control, and 
simpler in-vehicle equipment, but requires vast capital 
expenditure in roadside beacons. 

A problem encountered with both the proposed sys- 
tems described above is that it is difficult for them to pro- 
vide alternative routings in response to congestion, 
either current or future, without the risk of creating 
worse problems on the alternative routes. Although pre- 
dictions of regularly occurring congestion peaks are rel- 
atively simple to programme into the guidance 
information, and, at least in the beacon system, real- 
time updates on road congestion can also be fed to the 
programming of the beacons, the control system does 
not have any information of vehicle movements from 
which to predict future congestion. In any case, if the 
system is in use by a significant fraction of the vehicles, 
the system will tend to produce congestion on the diver- 
sionary routes. 

According to a first aspect of the invention, there is 
provided a navigation information system for providing 
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information to one or more mobile users dependent on 
their locations, the system comprising: 

means for determining the location of a mobile unit 

requesting guidance information, 

means for generating information for guidance of 

the user of the mobile unit according to the present 

location of the mobile unit, 

and a communications system for transmitting the 

guidance information so generated to the mobile 

unit, 

wherein the navigation information system 
has means for communicating with the mobile unit 
using dual tone mufti-frequency signals. 

According to a second aspect, there is provided a 
mobile part of a navigation information system, com- 
prising means for identifying the present position of the 
mobile unit, means for transmitting to a co-opertaing 
fixed part, over a communications link, information relat- 
ing to the present location of the mobile unit, and guid- 
ance instruction means controllable by guidance 
instruction information received over the communica- 
tions link, whereby guidance instructions related to the 
present location can be communicated to a user by 
means of the guidance instruction means, 
characterised in that the mobile unit has means for com- 
municating with the co-operating fixed part using dual 
tone multi-frequency (DTMF) signals. 

According to a third aspect, there is provided a 
method of providing navigation guidance information to 
mobile units of a mobile radio system, the information 
being dependent on the locations of the mobile units, 
the method. comprising the steps of: 

transmitting, from a mobile unit to a fixed part, a 
request for navigation guidance; 

- determining the location of the mobile unit; 

- generating guidance information on the basis of the 
location information and navigation data stored in 
the fixed part; and 

- transmitting the guidance information from the fixed 
part to the mobile unit; 

characterised in that at least part of the data 
transmitted to and/or from the mobile unit is in the 
form of DTMF codes. 

For an analogue cellular radio network DTMF is an 
ideal signalling medium when only short status mes- 
sages are required to be transmitted. It can survive in 
the severe signal fading and noise of the mobile envi- 
ronment which frequently precludes the use of fast 
phase or frequency shift data modulation. Another 
advantage is the ability to co-exist with speech. For 
example a DTMF data burst containing vehicle position 
data could be sent at the start of a call and at intervals 
during the call. Other simple coded DTMF messages 
can also be conveyed to indicate emergencies, provide 



simple driver indications (e.g. illuminated arrows to turn 
left or right) or trigger synthetic speech generated by 
another sub-system in the vehicle. 

This invention has advantages over both the prior 

5 art systems discussed above. Considerable improve- 
ments can be made over the prior on-board navigation 
system proposals by putting the intelligence in the fixed 
part of the system. Firstly, there is no need to distribute 
maps or updates to subscribers because the data is 

w held centrally. New roads can be added to the system at 
the instant they are opened. Total capital expenditure is 
minimised since all users share the same database. 
Moreover, the computing resources are used more effi- 
ciently, because an in-vehicle system spends most of its 

is time inactive but a centralised system can be time- 
shared. 

Moreover, in contrast to the prior art roadside bea- 
con system, the invention can be implemented with little 
deployment of equipment in the field, thereby offering 

20 considerable economies in capital cost and mainte- 
nance, and allowing rapid installation and modification 
of the system to meet changing requirements. 

Preferably the system includes means for determin- 
ing the location of the mobile part in relation to a geo- 

25 graphical overlay comprising a plurality of overlay areas, 
and means for transmitting information associated with 
an overlay area which includes the location of the 
mobile part, whereby a mobile part within that overlay 
area receives information associated with that overlay 

30 j area. This allows information associated with a particu- 
lar overlay area to be transmitted to any mobile units in 
that overlay area. The system may also comprise 
means for determining when a mobile part enters a pre- 
determined overlay area, and means for transmitting a 

35 message, to a user other than the said mobile part, in 
response to the said mobile part entering the predeter- 
mined overlay area. For example, one overlay area may 
cover part of a road approaching a junction, and the 
message may be the appropriate instruction to the 

40 * driver, as he approaches the junction, as to which way 
he should turn. Each individual overlay area therefore 
gives navigation instructions specific to that overlay 
area. The overlay areas may overlap, and may be of any 
size down to the practical minimum of the resolution of 

45 the location determination process. Large overlay areas 
are suitable for transmitting general information, whilst 
smaller areas can be used to target information to users 
in very precise locations, such as individual elements of 
a complicated road layout. The overlay areas may be 

so delimited in two or three dimensions. 

An advantage of this preferred arrangement over 
the fixed beacon systems is that the geographical over- 
lay can be readily modified. Advantageously, the system 
includes means for storing a digital representation of the 

ss geographical overlay, and means for modifying the 
stored representation such that the configurations of the 
overlay areas may be selected to meet changing 
requirements. The overlay areas can be readily com- 
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bined or subdivided, or their boundaries otherwise 
altered to meet changing circumstances without any 
modification to the hardware, simply by reconfiguring 
the geographical overlay defined in the central data- 
base. Moreover, unlike the prior art beacon system dis- 5 
cussed above, there is no major cost in street furniture 
and supporting infrastructure, because existing cellular 
mobile communications systems may be used to trans- 
mit the instructions from a central database. If the driver 
enters an overlay area which is not on the route chosen 10 
by the system, an error message can be transmitted. 
Such messages may be transmitted to a user other than 
the mobile unit, for instance in order to monitor the 
whereabouts of valuable cargoes or of personnel work- 
ing away from a base. J5 

The geographical overlay may also be used to oper- 
ate an access-control system, for example for site secu- 
rity or for levying tolls. In this arrangement, if a user 
enters an overlay area for which he does not have per- 
mission, an alert signal can be sent to a system control- 20 
ler, or to security staff on site who can intercept the 
interloper. Means may be provided (either in a fixed 
location or with the mobile user) to store a value associ- 
ated with the mobile unit, and means arranged to modify 
the stored value in response to the messages transmit- 25 
ted in accordance with the location of the mobile unit, 
either to increment the value e.g. for subsequent billing, 
or to decrement the value e.g. in a prepaid stored-value 
device. 

The fixed part may include means for storing map 30 
information or other data for use in providing informa- 
tion, herein referred to as guidance data, means for 
updating the stored guidance data, means for identify- 
ing mobile parts to which the updated data are applica- 
ble, and means for transmitting such data over the 35 
communications system to the mobile parts so identi- 
fied. This allows information about changing traffic situ- 
ations to be transmitted to all users who will be affected, 
without needing to broadcast the details to other users 
as would be the case with those prior art systems where 40 
updating is possible. 

Although the information transmitted to the user is 
specific to the location, information about the user can 
be processed centrally. This allows short-term traffic 
predictions to be made. The guidance data transmitted 45 
to the mobile units can therefore be based on the posi- 
tion measurements of a plurality of the mobile parts. If 
the mobile parts are vehicles, these position measure- 
ments will identify the locations of roads, and an indica- 
tion of their traffic density. As new roads are built or so 
routes are diverted, traffic will move to the new routes. 
Measuring the position of the traffic will therefore result 
in the data being updated automatically. To reduce the 
volume of information transmitted, the fixed part may 
comprise means for transmitting to the mobile part an ss 
expected range of movement information and for receiv- 
ing from the mobile part movement measurements out- 
side the expected range, and the mobile part 



comprising means for measuring location and time to 
derive movement information, means to compare the 
movement information with the expected range received 
from a fixed part of the system, and means to automat- 
ically report to the fixed system movement measure- 
ments outside the expected range. In this way only 
exceptional traffic conditions are reported. 

The fixed part may include means for generating 
and maintaining guidance data based on vehicle move- 
ment data derived from time information and position 
measurements of a plurality of the mobile parts and/or 
estimations of future locations of the mobile parts based 
on the guidance information previously transmitted to 
the mobile parts. Estimations of future locations of the 
mobile parts based on the guidance information previ- 
ously transmitted to the mobile parts can be used to 
make estimates of future traffic situations. 

The data stored in the data storage means may be 
updated, for example in response to changing traffic 
conditions, accidents, or highway maintenance. The 
system may include means for identifying the mobile 
units to which the updated data are applicable, and 
transmitting amended instructions over the communica- 
tions system to said mobile parts. With knowledge of the 
journeys being planned by a large number of users, a 
better prediction of demand for particular roads (and 
hence of congestion on those roads) can be built up. 
This can be more stable than existing autonomous 
route-planning systems because the navigation system 
can take account of the journeys planned for other 
users. 

Advantageously the invention can be implemented 
using a public cellular radio data service on an individ- 
ual dial-up basis, providing a simple mechanism for bill- 
ing and avoiding the need for a separate radio 
transmission system. 

The means for determining the location of the 
mobile part may comprise means to interrogate a loca- 
tion-identifying means forming part of the mobile part 
operating for example by means of dead reckoning from 
a known start point, using an inertial navigation system 
or distance and direction measuring devices such as a 
compass and an odometer. Alternatively, the means for 
locating position may include means for identifying the 
location of the mobile part in relation to elements of the 
fixed part of the communications system. The location 
of the mobile part may be determined by a radio location 
system associated with the cellular radio system. In 
another alternative arrangement, a satellite navigation 
system may be used. In one preferred arrangement the 
fixed part has means to determine the approximate 
location of the mobile part, and the location identifying 
means of the mobile part is arranged to respond to a 
location request from the interrogation means with a 
non-unique location signal which, in combination with 
the approximate location determined by the fixed part, 
determines a unique location. 

In a preferred arrangement, the fixed part and the 
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mobile parts each have a satellite navigation system 
receiver, and the positions of the mobile parts as meas- 
ured by the satellite navigation system are compared 
with those of the fixed part as measured by the satellite 
navigation system. The position of the fixed part can be 5 
known with great accuracy and provides a reference 
measurement which allows the position of the mobile 
part to be determined with greater accuracy than is pos- 
sible by direct measurement using the satellite system 
alone. 10 

Preferably the fixed part has one or more servers 
and means for allocating a server to a mobile part only 
when it requires service. In practice only a very small 
number of mobile units will require service at any given 
time, so this allows the computing resources of the fixed is 
part to be used most efficiently, and the system can sup- 
port many more mobile units in total than it has server 
capacity for. This is in contrast to the prior art system 
discussed above, in which each mobile unit requires a 
dedicated computer carried on board, which is only 20 
used for a fraction of the time. Moreover, all the servers 
can use a common road-use database, which can use 
the information on routes it has planned for mobile 
users to build a prediction of future road use status, 
such as likely congestion points, and build this into its 25 
guidance instruction process. For example the system 
can be arranged such that it does not direct more than 
a predetermined number of users to use a particular 
stretch of road at a particular time, and finds alternative 
routes for any users who would otherwise be directed 30 
along that road at that time, In this way the system can 
predict likefy congestion points and take pre-emptive 
action. 

The mobile part may include guidance instruction 
means controllable by instructions contained in the 35 
guidance information transmitted from the fixed part 
over the communications link, whereby guidance 
instructions can be communicated to the user by means 
of the guidance instruction means. 

For some applications the vehicle may be control- 40 
led directly in response to the guidance information 
received over the communications link. However, for 
use on the public highway, it is preferable that the guid- 
ance information controls display means, which may be 
visual or audible or both, to indicate to a driver the direc- 45 
tion to take. 

The guidance instruction means may be program- 
mable from the fixed part over the communications link, 
either automatically or by a human operator. The guid- 
ance instruction means may include a speech synthe- so 
siser, which may be located in the fixed part, 
transmitting voice messages to the user over the com- 
munications system, or may be located in the mobile 
unit and controlled by data messages from the fixed 
part. The former arrangement allows the mobile unit to 55 
be simplified, whilst the latter arrangement requires a 
smaller signalling load, 

In the described embodiment the mobile part is in a 



vehicle, but it may be a hand-held device for guiding a 
pedestrian. In one form, the mobile part may be a con- 
ventional mobile cellular radio unit. This allows a basic 
service to be provide to a user without the need for any 
dedicated equipment. 

Embodiments of the invention will now be 
described by way of example with reference to the draw- 
ings, in which: 

Figure 1 shows a mobile part and a fixed part of a 

navigation information system according to an 

embodiment of the invention; 

Figure 2 illustrates how the invention may be 

applied to a simple road layout; 

Figure 3 illustrates the division of a territory into 

zones according to the instructions generated by 

the system; 

Figure 4 illustrates an application of the invention to 
a more complex road layout; 
Figures 5a and 5b illustrate the modification of an 
overlay in response to a change in traffic circum- 
stances; and 

Figure 6 illustrates a road network, showing overlay 
areas defined by the method of the invention in rela- 
tion to a cellular radio network 

According to the embodiment of Figure 1 the navi- 
gation system has a fixed part (comprising elements 12 
to 19) and a number of mobile parts, of which one only 
is shown (comprising elements 1 to 10), interconnected 
by a cellular telephone network 1 1 . 

The mobile part comprises a mobile telephone 1 
having an audio output 2, an audio input 3 and a radio 
antenna (transmit/receive) 4. The output 2 is connected 
to a decoder 5 to translate Dual-Tone Multi-Frequency 
(DTMF) signals received by the telephone 1 into data 
which is fed to an interface controller 6. The interface 
controller 6 also receives input from a GPS (Global 
Positioning System) satellite receiver 7. The interface 
controller transmits data to a DTMF encoder 8 which 
generates tones to be fed to the audio input of the 
mobile telephone. The audio output 2 and input 3 also 
include a loudspeaker 9 and microphone 10 respec- 
tively, to allow the telephone to be used for speech. 

The fixed part comprises an interface with the cellu- 
lar telephone network 11, connected through a DTMF 
decoder 1 2 and encoder 1 3 and a controller interface 1 4 
to a computer 15. The computer 15 comprises a 
number of servers 16, one of which is allocated to each 
active mobile unit. The servers 1 6 have access to a geo- 
graphical database 17, and a database of standard 
messages 18. The geographical database 17 is update- 
able through updating input 19. The database 17 stores 
the definitions of a number of overlay areas which 
together form a geographical overlay to the territory to 
be covered. Examples of overlays are illustrated in Fig- 
ures 2, 4, 5a, 5b, and 6, to be described in detail later. 

The mobile part obtains location information using 
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the GPS receiver 7 and transmits this information, 
together with a request for directions to a specified des- 
tination, to the fixed part, where a server 16 relates the 
location information to its geographical database 1 7 and 
obtains message information associated with the loca- 
tion from the database 1 8, and transmits the information 
back to the mobile part. 

The computer 15 may transmit messages in DTMF 
code, using the encoder 12, or it may generate voice 
messages which are transmitted through a voice output 
20 to the cellular network 1 1 . 

DTMF signals are used to transmit the position of 
the vehicle to the computer 15 which can then offer 
information and guidance either to the vehicle or to a 
third party on demand. 

In the following discussion, variations on the basic 
apparatus depicted in Figure 1 will also be described, in 
which certain elements are modified or replaced. 

The system is operated as follows:- 

At the start of a journey the driver requests service 
by activating a pre-dialled control on the telephone 1. 
This service request is transmitted to the control inter- 
face 14 over the telephone network 11. The control 
interface 14 then allocates a free server 16 to answer 
the call and interrogate the vehicle GPS receiver 7 to 
determine its geographical position. The encoder 8 
takes the latitude and longitude data and translates the 
numbers into DTMF tone-pairs, in a manner to be 
described in more detail below. 

The cellular telephone couples this audio signal into 
its speech input path. This is easy to do with a hands- 
free vehicle-mounted cellular telephone since the 
microphone lead is accessible or alternatively, a small 
transducer can be mounted next to the microphone 10. 
A DTMF receiver 5 coupled to the loudspeaker 9 (again 
acoustically or electrically) decodes supervisory data 
(again in DTMF format) coming back from the server 1 6 
to acknowledge the reception of location messages. If 
no acknowledgement is received by the DTMF unit then 
the data message is repeated. 

The fixed end of the system comprises a DTMF 
decoder 12 and encoder 13 coupled to a serial data 
interface 14 of the server computer 15. This computer, 
on the one hand, can call the mobile part which will 
answer automatically and then provide its location using 
the DTMF signalling system or on the other hand can 
receive an unsolicited call, which would include the 
DTMF encoded identity of the mobile unit and would 
also provide the vehicle location using the DTMF inter- 
face 6. 

The server 16 then captures the current position of 
the user, and identifies the overlay area within which 
that position falls. The server also captures any perma- 
nent user-specific information such as the type of vehi- 
cle, which may be relevant for the route to be selected 
e.g. because of height or weight restrictions. The user 
may encode those requirements which are not perma- 
nent, but are specific to the present information request, 



(in particular his destination) by using the telephone 
keypad in response to voice prompts. However, in a pre- 
ferred arrangement the call is presented to a human 
operator for the capture of this data. This allows the user 
s to obtain assistance in identifying his desired destina- 
tion to the system, and also allows the driver to speak 
his requirements, keeping his hands and eyes free for 
driving. 

The operator then remotely programs the in-vehicle 

10 , interface 6 with system data identifying the vehicle des- 
tination, for use in subsequent update processes, and 
instigates the generation of voice given directions and 
instructions to the driver by a speech generation sub- 
system of the computer server 16. 

is Position fixes may be made at regular intervals, e.g. 
every two minutes, or every kilometre. Alternatively the 
fixed part may request the mobile unit to send its next 
position fix after a specified interval or distance. 

As the driver follows the route further instructions 

20 can automatically be sent as the driver enters each new 
overlay area and the driver can be alerted if the route 
has been left or if any new traffic problems have been 
detected that will affect the individual driver. The system 
is arranged such that when the system locates a mobile 

25 unit entering an overlay area having a message defined 
for it, for example the next turn instruction (or an error 
message if the mobile unit has gone off the selected 
route), that message is transmitted. The system may 
also be arranged to transmit messages to users other 

30 than the mobile unit in question, for example to monitor 
the progress of valuable cargoes. 

At any time the driver can call the human operator if 
service requirements change or additional help is 
needed. 

35 Because a central database is used all vehicle 
movements can be monitored. Traffic models can be 
used to optimise traffic flows and reduce journey times. 
The system can also ensure that it does not itself cause 
congestion, by limiting the number of vehicles it directs 

40 to use the same road at the same time. The control sys- 
tem can use the location data to calculate and record 
movement vectors from these vehicles. 

Using the data collected by this method, it is possi- 
ble for the central system to derive a digital map of valid 

45 routes. The following data could be derived automati- 
cally: valid travel lanes; permitted direction(s) of flow; 
allowable turns; average travel times; trends in travel 
times according to time of day and other factors. 

The system would automatically update the map to 

so show permanent changes (new road inks, changes to 
one way systems etc.). Temporary lane closures from 
road works etc. would also be recorded. Manual updat- 
ing of data would be necessary (for instance to alert the 
system to a new bypass opening) before the system 

55 acquired the information from vehicle flow data, to 
ensure vehicles are routed over the new road initially. 
Any approximations in the pre-entered data would auto- 
matically be corrected by the system described here. 
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The system could be further enhanced to include 
any other information that may be relevant to travellers, 
by a combination of manual and automated data entry, 
e.g. location of bus stops, telephone boxes and other 
street furniture, and proximity to enterprises such as 5 
shops, banks or offices. 

The variation of transit time trends according to 
time of day, for each link, could be used to derive a con- 
gestion prediction model, as the basis for route guid- 
ance. The system may monitor the progress of the 10 
mobile units along the routes selected for them, to iden- 
tify any areas of traffic congestion etc, by comparing 
actual transit times between predetermined locations. 
This may be done by the fixed system monitoring the 
location updates of individual units, or it may be done by 15 
the mobile unit, in co-operation with the fixed unit. In this 
latter case, the fixed part transmits an expected range of 
transit times within which the mobile is expected to 
reach a predetermined location. If the mobile unit 
reaches the location outside this range, it reports the 20 
fact to the fixed part By "reporting by exception" the 
data processing overhead can be reduced considerably. 

However, these systems can become unstable if 
too many drivers have access to route guidance based 
on information about current or predicted congestion. To 25 
avoid these instabilities route plans are created and 
updated centrally and passed to individual vehicles. The 
impact of these vehicles using the suggested routes is 
then added to the prediction. As more vehicles use the 
system the prediction produced could become more 30 
accurate. 

The routes derived can be passed to the vehicles 
(via a mobile data link, or possibly a short range com- 
munications link or other temporary access to a fixed 
telecommunications network - prior to departure). The 35 
vehicle would then operate autonomously, unless the 
road conditions varied significantly from those pre- 
dicted. 

If the central system detected a problem (from vehi- 
cle data or other sources), which had a severe impact 40 
on predictions, sufficient to cause a change to advice 
already given, then the central system could broadcast 
news of the problem, such that those vehicles affected 
could automatically call in via a mobile data communi- 
cations link to receive a new route from its present loca- 45 
tion to its destination. 

If a vehicle system encountered unexpected transit 
times along its programmed route it would send a report 
to the central system. 

The data flowing though the system will therefore so 
allow it to "learn" more of the road network's character- 
istic congestion behaviour, e.g. by use of neural net 
techniques, and to select routes for traffic which avoid 
using routes at times when they are likely to be con- 
gested. In addition, the system can generate digital road 55 
maps or other data automatically, based on the position 
measurements of vehicles using the roads. 

A particular advantage of this system is the ability 



to predict unusual patterns of congestion from the route 
guidance information requested by the users. Because 
route guidance is generated centrally, the system can 
monitor the number of requests for destination informa- 
tion to a given location. By determining the predicted 
arrival times for each user (which will depend on their 
starting points, and the time the journey started), a 
build-up of traffic converging on a particular location at a 
particular future time (e.g. for a major sporting event) 
can be detected. Traffic for other destinations, which 
might have been routed by way of this location, can then 
be diverted to other routes. 

The system described above uses an analogue tel- 
ecommunications link, in which DTMF codes may be 
used. For an analogue cellular radio network DTMF is 
an ideal signalling medium when only short status mes- 
sages are required to be transmitted, ft can survive in 
the severe signal fading and noise of the mobile envi- 
ronment which frequently precludes the use of fast 
phase or frequency shift data modulation. Another 
advantage is the ability to co-exist with speech. For 
example a DTMF data burst containing vehicle position 
data could be sent at the start of a call and at intervals 
during the call. Other simple coded DTMF messages 
can also be conveyed to indicate emergencies, provide 
simple driver indications (e.g. illuminated arrows to turn 
left or right) or trigger synthetic speech generated by 
another sub-system in the vehicle. 

The DTMF coding described above is suitable for 
an analogue system. In a digital cellular network digi- 
tised data can be transmitted over an associated packet 
data system such as the Short Message Service (SMS) 
of GSM (Global System for Mobile Communications), or 
the General Packet Radio Service (GPRS) proposed for 
GSM. 

In the embodiment described above, the speech 
generation subsystem forms part of the server 16. Alter- 
natively, it can be carried on board the vehicle. In this 
arrangement the subsystem has various stored speech 
commands which are controlled from the in-vehicle 
interface 6 in response to commands transmitted from 
the fixed part. This arrangement reduces the signalling 
traffic required over the radio link 1 1, but increases the 
complexity of the in-vehicle equipment. 

The location-determination system will now be 
described in greater detail. GPS (Global Positioning 
System) satellite navigation receivers are now becom- 
ing very cheap and are available with a serial data out- 
put. These can provide latitude and longitude data to 
within a tenth of a second of arc (defining position to 
within 3 metres, which is sufficient to identify which car- 
riageway of a dual carriageway road a user is on), 

Satellite positioning systems such as the Global 
Positioning System (GPS) are prone to small systematic 
errors, for example as a result of instabilities in the orbits 
of the satellites. The accuracy of the position measure- 
ment may be enhanced by a process known as 
"Differential GPS" in which a number of fixed reference 
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points are used, whose positions are determined with 
great precision e.g. using surveying techniques. GPS is 
used to obtain a measure of the position of one or more 
of the fixed reference points. This measure is compared 
with the known, true location to generate a correction 5 
value which can be used to correct the position of the 
mobile unit as measured by GPS. 

The position data received from the satellite posi- 
tioning system may include some redundant data. If the 
system is only to operate within a limited area of the 10 
globe the most significant digits of the position data are 
redundant, and need not be transmitted from the mobile 
unit to the fixed part. For example, any point in Germany 
can be uniquely defined by the units digits of its latitude 
and of its longitude, as that country lies entirely between 15 
45 and 55 degrees North, and between 5 and 15 
degrees East. It is also possible to define any point in 
the United Kingdom in this way, although in that case a 
10 degree offset in longitude has to be applied to avoid 
duplication of longitudes East and West of the zero 20 
meridian. 

For larger territories e.g. a pan-European system, 
or one covering the USA, this simple method of data 
reduction is impractical. However, it is nevertheless pos- 
sible to reduce the data requirements by dynamically 25 
defining the territory. After an initialisation step using the 
full location, the system selects as each new location 
the closest candidate to the previous one. For example, 
if the mobile unit was last reported at 99 degrees W and 
the units digit of the longitude is now 0, the user is taken 30 
to be at 100 degrees W rather than, for example, 90 
degrees or 1 10 degrees. 

If location updates take place sufficiently frequently 
that the user's position cannot have changed by more 
than half a degree, the units digit of degrees may also 35 
be dispensed with, and the location given only in min- 
utes aind seconds of arc. The more frequent the 
updates, the more digits can be dispensed with. 

An alternative method of obtaining the coarse posi- 
tion location is interrogation of the cellular radio sys- 40 
tern's operating system to identify the ceil in which the 
user is currently located. Cell sizes can be up to about 
40km across (although they are often much smaller, so 
identifying the cell can identify the user's location to 
within 40km, which identifies latitude to better than half 45 
a degree. (1 degree of latitude = 1 11km). The separa- 
tion of tines of longitude varies with the cosine of the lat- 
itude but even at the Arctic Circle (66 degrees North) a 
40km resolution will identify longitude to the nearest 
whole degree (1 degree of longitude = 1 1 1 km (cos lati- so 
tude) = approximately 45km at 66 degrees North). 

By left-truncating the position data by omitting the 
degrees digits a basic position message would there- 
fore consist of 10 decimal digits (minutes, seconds, and 
tenths of seconds). Altitude data giving altitude in ss 
metres would require a further four digits, since all 
points on the Earth's surface lie within a range of 10,000 
metres, but this data can also be left-truncated, as it is 



unlikely that any multi-level road system would exceed 
100 metres in height (or if it did, that a GPS system 
would work effectively for any receiver on the lower lev- 
els). This gives a total of twelve digits, which can be 
transmitted by DTMF in less than 2 seconds. 

If the data is left-truncated as described above, the 
"coarse" data is added by the interface controller 14 by 
reference to the previous position or to the cellular radio 
operating system. 

When the computer 15 receives a location mes- 
sage, it stores the location and then searches its data- 
base for an overlay area within which that position lies. 
The overlay areas are defined in the database by co- 
ordinates of latitude and longitude and have associated 
attributes which define messages which can be passed 
to mobile subscribers within the overlay area defined. In 
some instances height (altitude) information, also avail- 
able using satellite positioning systems, may be used, 
for example to distinguish between levels in a multi -level 
highway intersection. When a DTMF location message 
has co-ordinates which fall inside an overlay area hav- 
ing an associated message, the message is then trans- 
mitted to the mobile part as a computer synthesised 
speech message, a DTMF coded message (to activate 
other subsystems) or as a high speed conventional data 
message. 

If the mobile unit fell within the same overlay area at 
the previous location update, and the message associ- 
ated with that overlay area is unchanged, the transmis- 
sion of the message may be suspended. 

The frequency at which location updates are 
requested by the system may be tailored to the size and 
nature of the current overlay area. For example, an intri- 
cate road layout may comprise a large number of small 
overlay areas, requiring frequent location updates to 
ensure that a user does not miss an instruction by pass- 
ing through its associated area between two updates. 
However, a long stretch of road without junctions may 
be covered by a single overlay area, so less frequent 
updates are appropriate. The speed with which a vehi- 
cle is likely to be moving, which will differ between 
urban, rural, and motorway environments may also be 
used as a factor in determining when the next location 
update should be requested. 

As suggested above, there may be circumstances 
when a satellite positioning system may be unusable, 
for example in tunnels or built-up areas where a line-of- 
sight view of the satellites may be impossible to obtain. 
Alternative arrangements for identifying and updating 
the mobile part's location which do not rely on a satellite 
receiver may be used, either on their own, or to interpo- 
late between points where a satellite system can be 
used. In one variant, a navigation system based on 
dead-reckoning may be used. In such systems the user 
identifies his initial location and the on-board system 
measures the system's movement e.g. by magnetic 
bearing measurements, distance counters, and inertial 
navigation means such as gyrocompasses and acceler- 
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ometers. Such systems are self-contained, but require 
knowledge of the starting point. This may be obtained, 
for example from a satellite positioning system. 

In another variant, a method of location may be 
used which relies on the propagation characteristics of s 
the cellular radio system used for communication with 
the central control station. Examples of such systems 
are disclosed in German Patent specifications 
DE3825661 (Licentia Patent Verwaltungs) and DE 
3516357 (Bosch), United States Patent 4210913 (New- 10 
house), European Patent specification EP0320913 
(Nokia), and International Patent applications 
W092/13284 (Song) and WO 88/01061 (Ventana). By 
comparison of signal strength or other characteristics of 
several cellular base stations, a position, fix can be is 
determined. In this arrangement the location measure- 
ment may be made directly by the fixed system. This 
allows the mobile part of the system to be embodied by 
a conventional cellular telephone, with inputs being pro- 
vided by speech, or by DTMF tones generated by the 20 
keypad, and instructions to the user being transmitted 
by voice commands. 

Examples of the kind of navigation information 
which may be stored in the database 1 7 will now be dis- 
cussed, with reference to Figures 2 to 6. Briefly, Figure 2s 
2 shows a junction J having four approach roads 
21,22,23, 24; each having associated with it an overlay 
area 21 a t 22a, 23a, 24a respectively. In this figure, and 
all other figures illustrating road layouts, the roads are 
shown arranged for left-hand running, as used for so 
example in the UK, Japan, Australia etc. Figure 3 shows 
part of a road network surrounding the junction J, . 
including towns A, B, C. and a motorway M. Each of the 
roads 21 , 22, 23, 24 has an associated destination zone 
21 z etc. Figure 4 shows a complex grade-separated 35 
junction interlinking four roads N, S, E, W. The junction 
has superimposed on it an overlay haying twelve over- 
lay areas, Na, Ni, Nd, Sa, Si, Sd, Ea, Ei, Ed, Wa, Wi, 
Wd. Figure 5a shows a small region having a main road 
33 and a side road 30. The main road 33 has two asso- 40 
ciated overlay areas 31, 32. Figure 5b is similar to Fig- 
ure 5a, but an obstruction X is present on the main road 
33, and the overlay area 32 has been subdivided into 
two overlay areas 32a, 32b, separated by the obstruc- 
tion. Figure 6 shows an overlay comprising ten overlay 45 
areas 40 - 49 superimposed on a cellular radio cover- 
age region comprising five cells 50 - 54. 

In greater detail, the road junction J (Figure 2) has 
four approach roads 21 , 22, 23, 24. On each road, at the 
approach to the junction, an overlay area (21a, 22a, so 
23a, 24a) is defined. These overlay areas have direc- 
tional information associated with them, giving turn 
instructions or other navigational information. As shown 
in Figure 3, the entire territory covered by the navigation 
system can be divided into four zones 21z, 22z, 23z, ss 
24z, each comprising the set of ail locations for which 
the corresponding road 21, 22, 23, 24 should be taken 
from the junction J. In this particular example, road 24 



leads directly into town A and is only used for local des- 
tinations (zone 24z), road 23 leads to town B (zone 
23z), road 22 leads to town D (zone 22z) and road 21 
leads to the motorway M, for all other destinations 
including town C and part of town A. These zones are 
defined differently for each junction: for example at junc- 
tion J' different directions are appropriate for towns A 
and C, so these towns fall in different zones with respect 
to the overlay areas at that junction. The zones may 
even be defined differently for different overlay areas at 
the same junction. For example, if U-turns are not pos- 
sible at the junction J, any traffic approaching the junc- 
tion J by road 22 and requiring town D (perhaps as the 
result of a previous error, or a change of plan) must be 
routed by way of roads 21 , M, and 25. Thus, for overlay 
area 22a there are only three zones: 24z, 23z and the 
combined 21z/22z, corresponding to the three permit- 
ted exits 21, 23, 24. 

The zones may be re-defined according to circum- 
stances. For example, when the motorway M is con- 
gested, the best route from junction J to town C may be 
by way of town B. In such circumstances, zones 21 z and 
23z are redefined so that town C now falls within zone 
23z. It should be noted, however, that the total number 
of zones remains the number of exit routes from the rel- 
evant overlay area. 

The overlay areas 21a, 22a, 23a, and 24a should 
be large enough to ensure that any vehicle approaching 
the junction gets at least one location update whilst 
within the relevant overlay area, and is thus sent the rel- 
evant turn instruction. As shown in Figure 2, these over- 
lay areas are discrete, and may be considered 
equivalent to the coverage areas of the beacons of the 
prior art system discussed above. They may, however, 
be made contiguous, as shown in Figures 4, 5a, 5b and 
6. 

Figure 4 shows a more complex, grade-separated 
junction, in which there are twelve overlay areas. Each 
road N, E, S, W intersecting at the junction has a corre- 
sponding approach overlay area Na, Ea, Sa, Wa, (Wa 
shown shaded), and a depart overlay area Nd, Ed, Sd, 
Wd (Ed shown shaded). There are also four intermedi- 
ate overlay areas Ni, Ei, Si, Wi (Si shown shaded). In 
the vicinity of the flyover F height (altitude) information 
obtainable from the GPS system can be used to deter- 
mine which level, and therefore which overlay area, the ' 
user is currently in. 

The approach and intermediate overlay areas each 
end at a decision point P1 to P8. In the database 17 
each overlay area has direction information associated 
with it, providing instructions as to which fork to take at 
the associated decision point. For example, the direc- 
tion information associated with zone Si instructs users 
for destinations served by road N to go straight on at 
point P1 , and users for destinations served by roads E, 
S, and W to turn left. It will be seen that traffic using the 
intersection will pass through one approach overlay 
area, one departure overlay area, and may also pass 
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through one or more intermediate overlay areas. There 
may also be information associated with the departure 
overlay areas Nd, Sd, Ed, Wd, for example warning of 
hazards ahead. The departure overlay areas may be 
continuous with approach overlay areas for the next 5 
junction in each direction. 

As a user approaches the junction on road S, a 
location update identifies the user equipment as being 
within overlay area Sa. If the co-ordinates of the user's 
destination are within the zone served by road W, the 10 
user is sent an instruction to turn left at point P£ If the 
user obeys this instruction, he will enter overlay area 
Wd and on the next location update he will be sent infor- 
mation relevant to that overlay area (if any). 

If the co-ordinates of the user's destination are 15 
within the zone served by road N ( the user in overlay 
area Sa is instead sent an instruction to continue 
straight on at point P2. If the user obeys this instruction, 
he will enter overlay area Si . 

For a user in overlay area Si, if the co-ordinates of 20 
the user's destination are within the zone served by 
road N the user is sent an instruction to go straight on at 
point P1. On obeying this instruction, he will enter the 
overlay area Nd and on the next location update he will 
be sent information relevant to that overlay area (if any). 25 

If the co-ordinates of the destination of a user in 
overlay area Si are in the zone served by roads E, S, or 
W, the user will be sent an instruction to turn left at point 
P1. On obeying this instruction, he will enter overlay 
area Wi. 30 

Similar information is associated with the other 
overlay areas. By being given appropriate instructions 
as the user negotiates a succession of junctions (deci- 
sion points), the user can be directed to any destination. 
It should be noted that all users who are to be directed 35 
to the same exit from the junction are given the same 
instruction, whatever their ultimate destination. 

Figures 5a and 5b illustrate the reconfiguration of 
the overlay areas to meet changing circumstances. Ini- 
tially (Figure 5a) an overlay area 31 is defined for the 40 
approach to a junction between a major road 33 and a 
side road 30, and a second overlay area 32 is defined 
for that part of the major road 33 beyond the junction. 
Information associated with the overlay area 31 
includes turn information to instruct traffic for the zone 45 
served by the side road 30 to turn off. Information may 
also be associated with the overlay area 32. 

In figure 5b the major, road 33 has been blocked at 
a point X. In order to accommodate this, the overlay 
area 32 has been subdivided into two overlay areas so 
32a, 32b. The information (if any) associated with over- 
lay area Z2b is the same as that previously associated 
with overlay area 32. Traffic in overlay area 32a is given 
new information warning it of the hazard ahead. The 
information associated with the overlay area 31 is mod- 55 
ified, so that all traffic is now instructed to turn off onto 
the side road 30. (Effectively this means that the desti- 
nation zones associated with the overlay area 31 are 



merged into one) 

Rgure 6 shows how the overlay areas may be 
defined for a road network. In this example there is an 
overlay area 40, 41 , 42, 43, 44, 45, 46, 47, 48, 49 corre- 
sponding to each side of each section of road. Informa- 
tion appropriate to each direction of travel on each 
section is therefore available to users throughout the 
relevant section. Superimposed on this overlay there is 
a cellular radio network, five cells of which (50, 51, 52, 
53, 54) are shown. The position of the user, as deter- 
mined for example by a satellite positioning system, 
determines which overlay area is appropriate to the 
user. The information is transmitted to the service con- 
trol centre by means of the cellular radio network. 
Handovers between cellular base stations occur in con- 
ventional manner at cell boundaries. These handovers 
are, however, unrelated to the boundaries between the 
overlay areas 40-49 

Although the described embodiment relates to the 
provision of route guidance information, other locality- 
dependant information may be provided as well, or 
instead, such as information about local facilities, tourist 
attractions, weather forecasts, public transport informa- 
tion, etc. The term "guidance information", as used in 
this specification, embraces any such information. 

Claims 

1 . A navigation information system for providing infor- 
mation to one or more mobile users dependent on 
their locations, the system comprising: 

means (1 4, 1 5, 1 7) for determining the location 
of a mobile unit requesting guidance informa- 
tion, 

means (18, 15, 14) for generating information 
for guidance of the user of the mobile unit 
according to the present location of the mobile 
unit, 

and a communications system (11, 13) for 
transmitting the guidance information so gener- 
ated to the mobile unit, 

wherein the navigation information sys- 
tem has means (12, 1 3) for communicating with 
the mobile unit using dual tone multi-frequency 
(DTMF) signals. 

2. A system as claimed in Claim 1 , having means (12) 
for receiving and decoding information in DTMF for- 
mat relating to the location of the mobile unit. 

3. A system as claimed in claim 2, having means (1 4) 
for determining a coarse position of the mobile unit, 
means (12) for receiving fine position information 
from the mobile unit, and means for combining the 
coarse and fine position data to define a unique 
poistion measure. 
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4. A system as claimed in claim 3, having means for 
recording a previous known position, and means for 
retrieving said position data as the coarse position 
data. 

5. A system as claimed in claim 3 or 4, having means 
for determining the approximate location of the 
mobile unit by reference to its interaction with a cel- 
lular radio system. 

10 

6. A system according to any preceding claim, having 
means for generating coded DTMF messages for 
transmission to the mobile units. 

7. A mobile unit for a navigation information system, 15 
comprising means (7) for identifying the present 
position of the mobile unit, means (8, 10, 1) for 
transmitting to a co-opertaing fixed part, over a 
communications link (11), information relating to 
the present location of the mobile unit, and guid- 20 
ance instruction means (6) controllable by guidance 
instruction information received over the communi- 
cations link, whereby guidance instructions related 

to the present location can be communicated to a 
user by means of the guidance instruction means, 25 

characterised in that the mobile unit has 
means (5,8) for communicating with the co-operat- 
ing fixed part using dual tone multi-frequency 
(DTMF) signals. 

30 

8. A mobile unit as claimed in Claim 7, having means 
(8) for encoding and transmitting, information in 
DTMF format relating to the location of the mobile 
unit. 

35 

. 9. A mobile unit according to claim 8, having a satellite 
position finding means (7) for determining the posi- 
tion of the mobile unit. 

10. A mobile unit according to claim 9 comprising 40 
means for transmitting the position data, truncated 

by the omission of one or more of the most signifi- 
cant digits. 

1 1 . A mobile unit according to claim 9 or 1 0, comprising 45 
means for adding a predetermined offset to the 
position data provided by the satellite system. 

12. A mobile unit according to claim 8, having an iner- 
tia! means for determining the position of the mobile so 
unit. 

13. A mobile unit according to any of claims 7 to 12, 
having means (5) for receiving and decoding DTMF 
messages transmitted from the fixed part, and 55 
means (6) controllable in response to said DTMF 
messages. 



14. A mobile unit acccording to claim 13, wherein the 
means (6) controllable by the received DTMF mes- 
sages is a voice synthesiser. 

15. A method of providing navigation guidance informa- 
tion to mobile units of a mobile radio system, the 
information being dependent on the locations of the 
mobile units, the method comprising the steps of: 

transmitting, from a mobile unit (1) to a fixed 
part (1 1 -20), a request for navigation guidance; 
- determining the location of the mobile unit; 
generating guidance information on the basis 
of the location information and navigation data 
stored in the fixed part; and 
transmitting the guidance information from the 
fixed part to the mobile unit; 

characterised in that at least part of the 
data transmitted to and/or from the mobile unit 
is in the form of DTMF signals. 

16. A method according ,to claim 15, wherein DTMF 
signals are used to transmit the position of the 
mobile unit to the fixed part 

17. A method according to claim 16, wherein the mobile 
unit determines its position using a satellite position 
finding means (7). 

18. A method according to claim 1 7 wherein the mobile 
unit transmits the position data to the fixed part 
truncated by the omission of one or more of the 
most significant digits, the fixed part reinstating the 

. truncated digits according to coarse position data 
determined by the fixed part 

19. A method according to claim 18, wherein the fixed 
part retrieves a previously recorded known position 
of the mobile unit for use as the coarse position 
data. 

20. A method according to claim 18 or 19 wherein the 
coarse position data is determined by reference to 
the interaction of the mobile unit with the mobile 
radio system. 

21. A method according ing to claim 18 19 or 20, 
wherein a predetermined offset is applied to the 
position data for transmission from the mobile unit 
to the fixed part, and the fixed part removes the pre- 
determined offset to determine the true position of 
the mobile unit. 

22. A method according to claim 1 6, wherein the mobile 
unit determines its position by inertial means. 

23. A method according to any of claims 15 to 22 
wherein DTMF coded messages are transmitted 
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from the fixed part to the mobile part. 

24. A method according to claim 23, wherein the mes- 
sages are arranged to activate a subsystem of the 
mobile part. 5 

25. A method according to claim 24, wherein the sub- 
system is a voice synthesiser. 
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1 

NAVIGATION INFORMATION SYSTEM 

This invention relates to navigation information systems. It is particularly 
suitable for use in providing users of road vehicles with route guidance, but other 
5 applications are possible and are discussed below. 

Navigation of a vehicle through an unfamiliar complex road network is a 
difficult task. Large amounts of fuel and time are wasted as a result of drivers 
getting lost or using an inefficient route. Accidents can also be caused by drivers 
attempting to read maps or complex road signs and losing concentration on the 

10 road ahead. Moreover, a driver may choose an inefficient route as a result of using 
an out-of-date map. 

An additional problem can occur even if a driver knows a route to his or 
her destination. That route may be congested or blocked as a result of accidents 
or maintenance work, so that an alternative route would be more efficient. 

15 Several proposals have been made for navigation guidance systems. In 

some such proposals a vehicle-borne system has a navigation computer and a 
geographical information system which is essentially a digitised map stored on a 
CD-ROM. The system gives the driver information and guidance by screen and/or 
speech display. These systems would be very expensive. Each vehicle requires a 

20 navigation computer and geographical information system. The cost of the 
complex vehicle-borne equipment involved is estimated to be in the region of 
£1000. The system is complex to operate, and could only be safely operated by 
the driver whilst the vehicle is stationary. The geographical information system 
would require periodic updating, which requires new disks to be distributed to 

25 subscribers from time to time. 

In some proposed systems of this type real-time data would be broadcast 
over a radio network to update fixed information held on the geographical 
information system. Even so, the geographical information system would only be 
accurate up to its last update. Moreover, a broadcast channel needs to be 

30 allocated for the updating service. 

It has also been proposed that the guidance service provider collects 
statistical traffic flow data from which traffic congestion predictions can be made 
which are fed into the real-time data to be broadcast. The traffic flow data may be 
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collected using roadside sensors, or they may be collected by monitoring the 
operation of the mobile user equipment. The latter approach can only collect data 
relating to users of the system, but has a lower capital cost. 

In an alternative approach a system of short-range roadside beacons is 
5 used to transmit guidance information to passing vehicles equipped with simple 
transceivers. The beacons transmit information to suitably equipped passing 
vehicles to give turn instructions appropriate to their chosen destinations. For each 
beacon the territory to be covered is divided into as many zones as there are exits 
from the junction the beacon relates to. The zone in which the user's chosen 

10 destination falls is determined, and instructions are given appropriate to that zone. 
At any given beacon all vehicles whose destinations are in the same zone get the 
same instruction. The definitions of the zones are dependant on the location of the 
beacons, and each zone comprises the set of destinations which should be reached 
from the beacon by taking the direction associated with that zone. 

1 5 Each beacon only gives instructions for reaching the next beacon along the 

route to the vehicle's destination. For two vehicles starting from the same point for 
different destinations for which the routes are initially coincident, the beacons 
along the coincident section of route will each give both users the same 
instructions, because for those beacons both users are travelling to the same zone. 

20 Only for the beacon at the point of divergence are the tvyo users' destinations in 
different zones, and therefore different instructions are given. 

The beaconsi programming may be modified from time to time by control 
signals from a central control station, in a way analogous to remotely controlled 
adjustable signposts, but in its interactions with the user equipment the beacon is 

25 autonomous, identifying which of its zones the user's desired destination is in, and 
transmitting the appropriate "turn" information to get it to the next beacon on the 
way. The beacon has no knowledge of the rest of the route. 

Each beacon has a detailed map of a small local area (the boundaries of 
which are, in fact, the adjacent beacons), and if the destination is in this area the 

30 beacon gives full information of the route to the destination. The system can 
therefore provide a user with directions to a destination defined more precisely 
than the beacon spacing. However, at the beginning of a journey, a user cannot 
use the system until he encounters a beacon. 
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This proposed system allows instant updating of the guidance instructions 
from a central control, and simpler in-vehicle equipment, but requires vast capital 
expenditure in roadside, beacons. 

A problem encountered with both the proposed systems described above 
5 is that it is difficult for them to provide alternative routings in response to 
congestion, either current or future, without the risk of creating worse problems on 
the alternative routes. Although predictions of regularly occurring congestion peaks 
are relatively simple to programme into the guidance information, and, at least in 
the beacon system, real-time updates on road congestion can also be fed to the 
10 programming of the beacons, the control system does not have any information of 
vehicle movements from which to predict future congestion. In any case, if the 
system is in use by a significant fraction of the vehicles, the system will tend to 
produce congestion on the diversionary routes. 

1 5 According to a first aspect of the invention, there is provided a navigation 

information system for providing information to a mobile user dependant on the 
location of the mobile user, the system comprising a mobile communications 
system having a fixed part and one or more mobile part for communicating with 
the fixed part, the one or more mobile part including means for transmitting to the 

20 fixed part a request for guidance information and for receiving guidance 
information from the fixed part, and the fixed part including: 

means for determining the location of a mobile part requesting guidance 
information, 

means for generating guidance information according to the location of the 
25 mobile part, and 

means for transmitting the guidance information so generated to the 
mobile part, 

whereby information dependant on the location of the mobile unit can be 
transmitted to the mobile unit. 

30 . 

According to a second aspect of the invention, there is provided a 
navigation information system for providing information to one or more mobile user 
dependant on the location of the one or more mobile user, the system comprising: 
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means for determining the location of a mobile unit requesting guidance 
information, 

means for generating guidance information according to the location of the 
mobile unit, 

5 and a communications system for transmitting the guidance information so 

generated to the mobile unit, 

whereby information dependant on the location of the mobile unit can be 
transmitted to the mobile unit. 

10 According to a third aspect of the invention there is provided a mobile 

unit for a navigation information system, comprising means for receiving guidance 
instruction information over a communications link, and guidance instruction 
means controllable by the guidance instruction information received over the 
communications link, whereby guidance can be communicated to the user by 

1 5 means of the guidance instruction means. 

According to a fourth aspect of the invention, there is provided a method 
of providing navigation information to mobile units of a mobile radio system 
dependant on the locations of the mobile units comprising the steps of storing 

20 navigation data in a fixed part, transmitting a request for navigation guidance from 
a mobile unit to the fixed part, determining the location of the mobile unit, 
generating guidance information on the basis of the stored data, location 
information and the request, and transmitting the guidance information from the 
fixed part to the mobile unit, whereby information relevant to the location of the 

25 mobile unit is transmitted to the mobile unit. 

This invention has advantages over both the prior art systems discussed 
above. Considerable improvements can be made over the prior on-board navigation 
system proposals by putting the intelligence in the fixed part of the system. 
30 Firstly, there is no need to distribute maps or updates to subscribers because the 
data is held centrally. New roads can be added to the system at the instant they 
are opened. Total capital expenditure is minimised since all users share the same 
database. Moreover, the computing resources are used more efficiently, because 
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an in-vehicle system spends most of its time inactive but a centralised system can 
be time-shared. 

Moreover, in contrast to the prior art roadside beacon system, the 
invention can be implemented with little deployment of equipment in the field, 
5 thereby offering considerable economies in capital cost and maintenance, and 
allowing rapid installation and modification of the system to meet changing 
requirements. 

Preferably the system includes means for determining the location of the 
mobile part in relation to a geographical overlay comprising a plurality of overlay 

10 areas, and means for transmitting information associated with an overlay area 
which includes the location of the mobile part, whereby a mobile part within that 
overlay area receives information associated with that overlay area. This allows 
information associated with a particular overlay area to be transmitted to any 
mobile units in that overlay area. The system may also comprise means for 

15 determining when a mobile part enters a predetermined overlay area, and means 
for transmitting a message, to a user other than the said mobile part, in response 
to the said mobile part entering the predetermined overlay area. For example, one 
overlay area may cover part of a road approaching a junction, and the message 
may be the appropriate instruction to the driver, as he approaches the junction, as 

20 to which way he should turn. Each individual overlay area therefore gives 
navigation instructions specific to that overlay area. The overlay areas may 
overlap, and may be of any size down to the practical minimum of the resolution of 
the location determination process. Large overlay areas are suitable for 
transmitting general information, whilst smaller areas can be used to target 

25 information to users in very precise locations, such as individual elements of a 
complicated road layout. The overlay areas may be delimited in two or three 
dimensions. 

An advantage of this preferred arrangement over the fixed beacon systems 
is that the geographical overlay can be readily modified. Advantageously, the 
30 system includes means for storing a digital representation of the geographical 
overlay, and means for modifying the stored representation such' that the 
configurations of the overlay areas may be selected to meet changing 
requirements. The overlay areas can be readily combined or subdivided, or their 
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boundaries otherwise altered to meet changing circumstances without any 
modification to the hardware, simply by reconfiguring the geographical overlay 
defined in the central database. Moreover, unlike the prior art beacon system 
discussed above, there is no major cost in street furniture and supporting 
5 infrastructure, because existing cellular mobile communications systems may be 
used to transmit the instructions from a central database. If the driver enters an 
overlay area which is not on the route chosen by the system, an error message 
can be transmitted. Such messages may be transmitted to a user other than the 
mobile unit, for instance in order to monitor the whereabouts of valuable cargoes 

10 or of personnel working away from a base. 

The geographical overlay may also be used to operate an access-control 
system, for example for site security or for levying tolls. In this arrangement, if a 
user enters an overlay area for which he does not have permission, an alert signal 
can be sent to a system controller, or to security staff on site who can intercept 

15 the interloper. Means may be provided {either in a fixed location or with the mobile 
user) to store a value associated with the mobile unit, and means arranged to 
modify the stored value in response to the messages transmitted in accordance 
with the location of the mobile unit, either to increment the value e.g. for 
subsequent billing, or to decrement the value e.g. in a prepaid stored-value device. 

20 The fixed part may include means for storing map information or other 

data for use in providing information, herein referred to as guidance data, means 
for updating the stored guidance data, means for identifying mobile parts to which 
the updated data are applicable, and means for transmitting such data over the 
communications system to the mobile parts so identified. This allows information 

25 about changing traffic situations to be transmitted to all users who will be 
affected, without needing to broadcast the details to other users as would be the 
case with those prior art systems where updating is possible. 

Although the information transmitted to the user is specific to the location, 
information about the user can be processed centrally. This allows short-term 

30 traffic predictions to be made. The guidance data transmitted to the mobile units 
can therefore be based on the position measurements of a plurality of the mobile 
parts. If the mobile parts are vehicles, these position measurements will identify 
the locations of roads, and an indication of their traffic density. As new roads are 



SUBSTITUTE SHEET (RULE 26> 



WO 96/07110 



PCT/GB95/02065 



7 

built or routes are diverted, traffic will move to the new routes. Measuring the 
position of the traffic will therefore result in the data being updated automatically. 
To reduce the volume of information transmitted, the fixed part may comprise 
means for transmitting to the mobile part an expected range of movement 
5 information and for receiving from the mobile part movement measurements 
outside the expected range, and the mobile part comprising means for measuring 
location and time to derive movement information, means to compare the 
movement information with the expected range received from a fixed part of the 
system, and means to automatically report to the fixed system movement 
10 measurements outside the expected range. In this way only exceptional traffic 
conditions are reported. 

The fixed part may include means for generating and maintaining guidance 
data based on vehicle movement data derived from time information and position 
measurements of a plurality of the mobile parts and/or estimations of future 
15 locations of the mobile parts based on the guidance information previously 
transmitted to the mobile parts. Estimations of future locations of the mobile parts 
based on the guidance information previously transmitted to the mobile parts can 
be used to make estimates of future traffic situations. 

The data stored in the data storage means may be updated, for example in 
20 response to changing traffic conditions, accidents, or highway maintenance. The 
system may include means for identifying the mobile units to which the updated 
data are applicable, and transmitting amended instructions over the 
communications system to said mobile parts. With knowledge of the journeys 
being planned by a large number of users, a better prediction of demand for 
25 particular roads (and hence of congestion on those roads) can be built up. This can 
be more stable than existing autonomous route-planning systems because the 
navigation system can take account of the journeys planned for other users. 

Advantageously the invention can be implemented using a public cellular 
radio data service on an individual dial-up basis, providing a simple mechanism for 
30 billing and avoiding the need for a separate radio transmission system. 

The means for determining the location of the mobile part may comprise 
means to interrogate a location-identifying means forming part of the mobile part 
operating for example by means of dead reckoning from a known start point, using 
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an inertial navigation system or distance and direction measuring devices such as a 
compass and an odometer. Alternatively, the means for locating position may 
include means for identifying the location of the mobile part in relation to elements 
of the fixed part of the communications system. The location of the mobile part 
5 may be determined by a radio location system associated with the cellular radio 
system. In another alternative arrangement, a satellite navigation system may be 
used. In one preferred arrangement the fixed part has means to determine the 
approximate location of the mobile part, and the location identifying means of the 
mobile part is arranged to respond to a location request from the interrogation 

10 means with a non-unique location signal which, in combination with the 
approximate location determined by the fixed part, determines a unique location. 

In a preferred arrangement, the fixed part and the mobile parts each have 
a satellite navigation system receiver, and the positions of the mobile parts as 
measured by the satellite navigation system are compared with those of the fixed 

15 part as measured by the satellite navigation system. The position of the fixed part 
can be known with great accuracy and provides a reference measurement which 
allows the position of the mobile part to be determined with greater accuracy than 
is possible by direct measurement using the satellite system alone. 

Preferably the fixed part has one or more servers and means for allocating 

20 a server to a mobile part only when it requires service. In practice only a very small 
number of mobile units will require service at any given time, so this allows the 
computing resources of the fixed part to be used most efficiently, and the system 
can support many more mobile units in total than it has server capacity for. This is 
in contrast to the prior art system discussed above, in which each mobile unit 

25 requires a dedicated computer carried on board, which is only used for a fraction of 
the time. Moreover, all the servers can use a common road-use database, which 
can use the information on routes it has planned for mobile users to build a 
prediction of future road use status, such as likely congestion points, and build this 
into its guidance instruction process. For example the system can be arranged 

30 such that it does not direct more than a predetermined number of users to use a 
particular stretch of road at a particular time, and finds alternative routes for any 
users who would otherwise be directed along that road at that time. In this way 
the system can predict likely congestion points and take pre-emptive action. 
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The mobile part may include guidance instruction means controllable by 
instructions contained in the guidance information transmitted from the fixed part 
over the communications link, whereby guidance instructions can be 
communicated to the user by means of the guidance instruction means. 
5 For some applications the vehicle may be controlled directly in response to 

the guidance information received over the communications link. However, for use 
on the public highway, it is preferable that the guidance information controls 
display means, which may be visual or audible or both, to indicate to a driver the 
direction to take. 

10 The guidance instruction means may be programmable from the fixed part 

over the communications link, either automatically or by a human operator. The 
guidance instruction means may include a speech synthesiser, which may be 
located in the fixed part, transmitting voice messages to the user over the 
communications system, or may be located in the mobile unit and controlled by 
1 5 data messages from the fixed part. The former arrangement allows the mobile unit 
to be simplified, whilst the latter arrangement requires a smaller signalling load. 

In the described embodiment the mobile part is in a vehicle, but it may be 
a hand-held device for guiding a pedestrian. In one form, the mobile part may be a 
conventional mobile cellular radio unit. This allows a basic service to be provide to 
20 a user without the need for any dedicated equipment. 

Embodiments of the invention will now be described by way of example 
with reference to the drawings, in which: 

Figure 1 shows a mobile part and a fixed part of a navigation information 
system according to an embodiment of the invention; 
25 Figure 2 illustrates how the invention may be applied to a simple road 

layout; 

Figure 3 illustrates the division of a territory into zones according to the 
instructions generated by the system; 

Figure 4 illustrates an application of the invention to a more complex road 

30 layout; 

Figures 5a and 5b illustrate the modification of ah overlay in response to a 
change in traffic circumstances; and 
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Figure 6 illustrates a road network, showing overlay areas defined by the 
method of the invention in relation to a cellular radio network 

According to the embodiment of Figure 1 the navigation system has a 
fixed part (comprising elements 12 to 19) and a number of mobile parts, of which 
5 one only is shown (comprising elements 1 to 10), interconnected by a cellular 
telephone network 11. 

The mobile part comprises a mobile telephone 1 having an audio output 2, 
an audio input 3 and a radio antenna (transmit/receive) 4. The output 2 is 
connected to a decoder 5 to translate Dual-Tone Multi-Frequency (DTMF) signals 

10 received by the telephone 1 into data which is fed to an interface controller 6. The 
interface controller 6 also receives input from a GPS (Global Positioning System) 
satellite receiver 7. The interface controller transmits data to a DTMF encoder 8 
which generates tones to be fed to the audio input of the mobile telephone. The 
audio output 2 and input 3 also include a loudspeaker 9 and microphone 10 

1 5 respectively, to allow the telephone to be used for speech. 

The fixed part comprises an interface with the cellular telephone network 
1 1 , connected through a DTMF decoder 1 2 and encoder 1 3 and a controller 
interface 14 to a computer 15. The computer 15 comprises a number of servers 
16, one of which is allocated to each active mobile unit. The servers 16 have 

20 access to a geographical database 17, and a database of standard messages 18. 
The geographical database 17 is updateable through updating input 19. The 
database 17 stores the definitions of a number of overlay areas which together 
form a geographical overlay to the territory to be covered. Examples of overlays 
are illustrated in Figures 2, 4, 5a, 5b, and 6, to be described in detail later. 

25 The mobile part obtains location information using the GPS receiver 7 and 

transmits this information, together with a request for directions to a specified 
destination, to the fixed part, where a server 16 relates the location information to 
its geographical database 1 7 and obtains message information associated with the 
location from the database 18, and transmits the information back to the mobile 

30 part. 

The computer 15 may transmit messages in DTMF code, using the 
encoder 12, or it may generate voice messages which are transmitted through a 
voice output 20 to the cellular network 11. 
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DTM = signals are used to transmit the position of the vehicle to the 
computer 1 5 which can then offer information and guidance either to the vehicle or 
to a third party on demand. 

In the following discussion, variations on the basic apparatus depicted in 
5 Figure 1 will also be described, in which certain elements are modified or replaced. 
The system is operated as follows:- 

At the start of a journey the driver requests service by activating a pre- 
dialled control on the telephone 1. This service request is transmitted to the 
control interface 14 over the telephone network 1 1 . The control interface 14 then 
10 allocates a free server 16 to answer the call and interrogate the vehicle GPS 
receiver 7 to determine its geographical position. The encoder 8 takes the latitude 
and longitude data and translates the numbers into DTMF tone-pairs, in a manner 
to be described in more detail below. 

The cellular telephone couples this audio signal into its speech input path. 
1 5 This is easy to do with a hands-free vehicle-mounted cellular telephone since the 
microphone lead is accessible or alternatively, a small transducer can be mounted 
next to the microphone 10. A DTMF receiver 5 coupled to the loudspeaker 9 
(again acoustically or electrically) decodes supervisory data (again in DTMF format) 
coming back from the server 16 to acknowledge the reception of location 
20 messages. If no acknowledgement is received by the DTMF unit then the data 
message is repeated. 

The fixed end of the system comprises a DTMF decoder 12 and encoder 
13 coupled to a serial data interface 14 of the server computer .15. This 
computer, on the one hand, can call the mobile part which will answer 
25 automatically and then provide its location using the DTMF signalling system or on 
the other hand can receive an unsolicited call, which would include the DTMF 
encoded identity of the mobile unit and would also provide the vehicle location 
using the DTMF interface 6. 

The server 1 6 then captures the current position of the user, and identifies 
30 the overlay area within which that position falls. The server also captures any 
permanent user-specific information such as the type of vehicle, which may be 
relevant for the route to be selected e.g. because of height or weight restrictions. 
The user may encode those requirements which are not permanent,- but are 
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specific to the present information request, (in particular his destination) by using 
the telephone keypad in response to voice prompts. However, in a preferred 
arrangement the call is presented to a human operator for the capture of this data. 
This allows the user to obtain assistance in identifying his desired destination to 
5 the system, and also allows the driver to speak his requirements, keeping his 
hands and eyes free for driving. 

The operator then remotely programs the in-vehicle interface 6 with 
system data identifying the vehicle destination, for use in subsequent update 
processes, and instigates the generation of voice given directions and instructions 

10 to the driver by a speech generation subsystem of the computer server 16. 

Position fixes may be made at regular intervals, e.g. every two minutes, or 
every kilometre. Alternatively the fixed part may request the mobile unit to send its 
next position fix after a specified interval or distance. 

As the driver follows the route further instructions can automatically be 

1 5 sent as the driver enters each new overlay area and the driver can be alerted if the 
route has been left or if any new traffic problems have been detected that will 
affect the individual driver. The system is arranged such that when the system 
locates a mobile unit entering an overlay area having a message defined for it, for 
example the next turn instruction (or an error message if the mobile unit has gone 

20 off the selected route), that message is transmitted. The system may also be 
arranged to transmit messages to users other than the mobile unit in question, for 
example to monitor the progress of valuable cargoes. 

At any time the driver can call the human operator if service requirements 
change or additional help is needed. 

25 Because a central database is used all vehicle movements can be 

monitored. Traffic models can be used to optimise traffic flows and reduce 
journey times. The system can also ensure that it does not itself cause 
congestion, by limiting the number of vehicles it directs to use the same road at 
the same time. The control system can use the location data to calculate and 

30 record movement vectors from these vehicles. 

Using the data collected by this method, it is possible for the central 
system to derive a digital map of valid routes. The following data could be derived 
automatically: valid travel lanes; permitted direction(s) of flow; allowable turns; 
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average travel times; trends in travel times according to time of day and other 
factors. 

The system would automatically update the map to show permanent 
changes (new road links, changes to one way systems etc.). Temporary lane 
5 closures from road works etc. would also be recorded. Manual updating of data 
would be necessary (for instance to alert the system to a new bypass opening) 
before the system acquired the information from vehicle flow data, to ensure 
vehicles are routed over the new road initially. Any approximations in the pre- 
entered data would automatically be corrected by the system described here. 

1 0 The system could be further enhanced to include any other information 

that may be relevant to travellers, by a combination of manual and automated data 
entry, e.g. location of bus stops, telephone boxes and other street furniture, and 
proximity to enterprises such as shops, banks or offices. 

The variation of transit time trends according to time of day, for each link, 

15 could be used to derive a congestion prediction model, as the basis for route 
guidance. The system may monitor the progress of the mobile units along the 
routes selected for them, to identify any areas of traffic congestion etc, by 
comparing actual transit times between predetermined locations. This may be done 
by the fixed system monitoring the location updates of individual units, or it may 

20 be done by the mobile unit, in co-operation with the fixed unit. In this latter case, 
the fixed part transmits an expected range of transit times within which the mobile 
is expected to reach a predetermined location. If the mobile unit reaches the 
location outside this range, it reports the fact to the fixed part. By "reporting by 
exception" the data processing overhead can be reduced considerably. 

25 However, these systems can become unstable if too many drivers have 

access to route guidance based on information about current or predicted 
congestion. To avoid these instabilities route plans are created and updated 
centrally and passed to individual vehicles. The impact 6f these vehicles using the 
suggested routes is then added to the prediction. As more vehicles use the system 

30 the prediction produced could become more accurate. 

The routes derived can be passed to the vehicles (via a mobile data link, or 
possibly a short range communications link or other temporary access to a fixed 
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telecommunications network - prior to departure). The vehicle would then operate 
autonomously, unless the road conditions varied significantly from those predicted. 

If the central system detected a problem (from vehicle data or other 
sources), which had a severe impact on predictions, sufficient to cause a change 
5 to advice already given, then the central system could broadcast news of the 
problem, such that those vehicles affected could automatically call in via a mobile 
data communications link to receive a new route from its present location to its 
destination. 

If a vehicle system encountered unexpected transit times along its 

10 programmed route it would send a report to the central system. 

The data flowing though the system will therefore allow it to "learn" more 
of the road network's characteristic congestion behaviour, e.g. by use of neural 
net techniques, and to select routes for traffic which avoid using routes at times 
when they are likely to be congested. In addition, the system can generate digital 

15 road maps or other data automatically, based on the position measurements of 
vehicles using the roads. 

A particular advantage of this system is the ability to predict unusual 
patterns of congestion from the route guidance information requested by the users. 
Because route guidance is generated centrally, the system can monitor the number 

20 of requests for destination information to a given location. By determining the 
predicted arrival times for each user (which will depend on their starting points, 
and the time the journey started), a build-up of traffic converging on a particular 
location at a particular future time (e.g. for a major sporting event) can be 
detected. Traffic for other destinations, which might have been routed by way of 

25 this location, can then be diverted to other routes. 

The system described above uses an analogue telecommunications link, in 
which DTMF codes may be. used. For an analogue cellular radio network OTMF is 
an ideal signalling medium when only short status messages are required to be 
transmitted. It can survive in the severe signal fading and noise of the mobile 

30 environment which frequently precludes the use of fast phase or frequency shift 
data modulation. Another advantage is the ability to co-exist with speech. For 
example a DTMF data burst containing vehicle position data could be sent at the 
start of a call and at intervals during the call. Other simple coded DTMF 
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messages can also be conveyed to indicate emergencies, provide simple driver 
indications (e.g. illuminated arrows to turn left or right) or trigger synthetic speech 
generated by another sub-system in the vehicle. 

The DTMF coding described above is suitable for an analogue system. In a 
5 digital cellular network digitised data can be transmitted over an associated packet 
data system such as the Short Message Service (SMS) of GSM (Global System for 
Mobile Communications), or the General Packet Radio Service (GPRS) proposed for 
GSM. 

In the embodiment described above, the speech generation subsystem 

10 forms part of the server 16. Alternatively, it can be carried on board the vehicle. In 
this arrangement the subsystem has various stored speech commands which are 
controlled from the in-vehicle interface 6 in response to commands transmitted 
from the fixed part. This arrangement reduces the signalling traffic required over 
the radio link 1 1 , but increases the complexity of the in-vehicle equipment. 

15 The location-determination system will now be described in greater detail. 

GPS (Global Positioning System) satellite navigation receivers are now becoming 
very cheap and are available with a serial data output. These can provide latitude 
and longitude data to within a tenth of a second of arc (defining position to within 
3 metres, which is sufficient to identify which carriageway of a dual carriageway 

20 road a user is on), 

Satellite positioning systems such as the Global Positioning System (GPS) 
are prone to small systematic errors, for example as a result of instabilities in the 
orbits of the satellites. The accuracy of the position measurement may be 
enhanced by a process known as "Differential GPS" in which a number of fixed 

25 reference points are used, whose positions are determined with great precision e.g. 
using surveying techniques. GPS is used to obtain a measure of the position of one 
or more of the fixed reference points. This measure is compared with the known, 
true location to generate a correction value which can be used to correct the 
position of the mobile unit as measured by GPS. 

30 The position data received from the satellite positioning system may 

include some redundant data. If the system is only to operate within a limited area 
of the globe the most significant digits of the position data are redundant, and 
need not be transmitted from the mobile unit to the fixed part. For example, any 
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point in Germany can be uniquely defined by the units digits of its latitude and of 
its longitude, as that country lies entirely between 45 and 55 degrees North, and 
between 5 and 1 5 degrees East. It is also possible to define any point in the United 
Kingdom in this way, although in that case a 10 degree offset in longitude has to 
5 be applied to avoid duplication of longitudes East and West of the zero meridian. 

For larger territories e.g. a pan-European system, or one covering the USA, 
this simple method of data reduction is impractical. However, it is nevertheless 
possible to reduce the data requirements by dynamically defining the territory. 
After an initialisation step using the full location, the system selects as each new 
1 0 location the closest candidate to the previous one. For example, if the mobile unit 
was last reported at 99 degrees W and the units digit of the longitude is now 0, 
the user is taken to be at 100 degrees W rather than, for example, 90 degrees or 
110 degrees. 

If location updates take place sufficiently frequently that the user's 
15 position cannot have changed by more than half a degree, the units digit of 
degrees may also be dispensed with, and the location given only in minutes and 
seconds of arc. The more frequent the updates, the more digits can be dispensed 
with. 

An alternative method of obtaining the coarse position location is 
20 interrogation of the cellular radio system's operating system to identify the cell in 
which the user is currently located. Cell sizes can be up to about 40km across 
(although they are often much smaller, so identifying the cell can identify the 
user's location to within 40km, which identifies latitude to better than half a 
degree. (1 degree of latitude = 1 1 1km). The separation of lines of longitude varies 
25 with the cosine of the latitude but even at the Arctic Circle (66 degrees North) a 
40km resolution will identify longitude to the nearest whole degree (1 degree of 
longitude = 1 1 1km (cos latitude) = approximately 45km at 66 degrees North). 

By left-truncating the position data by omitting the degrees digits a basic 
position message would therefore consist of 10 decimal digits (minutes, seconds, 
30 and tenths of seconds). Altitude data giving altitude in metres would require a 
further four digits, since all points on the Earth's surface lie within a range of 
10,000 metres, but this data can also be left-truncated, as it is unlikely that any 
multi-level road system would exceed 100 metres in height (or if it did, that a GPS 
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system would work effectively for any receiver on the lower levels). This gives a 
total of twelve digits, which can be transmitted by DTMF in less than 2 seconds. 

If the data is left-truncated as described above, the "coarse" data is added 
by the interface controller 14 by reference to the previous position or to the 
5 cellular radio operating system. 

When the computer 1 5 receives a location message, it stores the location 
and then searches its database for an overlay area within which that position lies. 
The overlay areas are defined in the database by co-ordinates of latitude and 
longitude and have associated attributes which define messages which can be 
10 passed to mobile subscribers within the overlay area defined. In some instances 
height (altitude) information, also available using satellite positioning systems, may 
be used, for example to distinguish between levels in a multi-level highway 
intersection. When a DTMF location message has co-ordinates which fall inside an 
overlay area having an associated message, the message is then transmitted to the 
1 5 mobile part as a computer synthesised speech message, a DTMF coded message 
(to activate other subsystems) or as a high speed conventional data message. 

If the mobile unit fell within the same overlay area at the previous location 
update, and the message associated with that overlay area is unchanged, the. 
transmission of the message may be suspended. 
20 The frequency at which location updates are requested by the system may 

be tailored to the size and nature of the current overlay area. For example, an 
intricate road layout may comprise a large number of small overlay areas, requiring 
frequent location updates to ensure that a user does not miss an instruction by 
passing through its associated area between two updates. However, a long stretch 
25 of road without junctions may be covered by a single overlay area, so less frequent 
updates are appropriate. The speed with which a vehicle is likely to be moving, 
which will differ between urban, rural, and motorway environments may also be 
used as a factor in determining when the next location update should be 
requested. 

30 As suggested above, there may be circumstances when a satellite 

positioning system may be unusable, for example in tunnels or built-up areas where 
a line-of-sight view of the satellites may be impossible to obtain. Alternative 
arrangements for identifying and updating the mobile part's location which do not 
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rely on a satellite receiver may be used, either on their own, or to interpolate 
between points where a satellite system can be used. In one variant, a navigation 
system based on dead-reckoning may be used. In such systems the user identifies 
his initial location and the on-board system measures the system's movement e.g. 
5 by magnetic bearing measurements, distance counters, and inertial navigation 
means such as gyrocompasses and accelerometers. Such systems are self- 
contained, but require knowledge of the starting point. This may be obtained, for 
example from a satellite positioning system. 

In another variant, a method of location may be used which relies on the 

10 propagation characteristics of the cellular radio system used for communication 
with the central control station. Examples of such systems are disclosed in German 
Patent specifications DE3825661 (Licentia Patent Verwaltungs) and DE 3516357 
(Bosch), United States Patent 4210913 (Newhouse), European Patent specification 
EP0320913 (Nokia), and International Patent applications W092/13284 (Song) and 

15 WO 88/01061 (Ventana). By comparison of signal strength or other characteristics 
of several cellular base stations, a position fix can be determined. In this 
arrangement the location measurement may be made directly by the fixed system. 
This allows the mobile part of the system to be embodied by a conventional 
cellular telephone, with inputs being provided by speech, or by DTMF tones 

20 generated by the keypad, and instructions to the user being transmitted by voice 
commands. 

Examples of the kind of navigation information which may be stored in the 
database 17 will now be discussed, with reference to Figures 2 to 6. Briefly, 
Figure 2 shows a junction J having four approach roads 21,22,23, 24; each having 

25 associated with it an overlay area 21a, 22a, 23a, 24a respectively. In this figure, 
and all other figures illustrating road layouts, the roads are shown arranged for left- 
hand running, as used for example in the UK, Japan, Australia etc. Figure 3 shows 
part of a road network surrounding the junction J, including towns A, B, C, and a 
motorway M. Each of the roads 21, 22, 23, 24 has an associated destination zone 

30 21 z etc. Figure 4 shows a complex grade-separated junction interlinking four 
roads N, S, E, W. The junction has superimposed on it an overlay having twelve 
overlay areas, Na, Ni, Nd, Sa, Si, Sd, Ea, Ei, Ed, Wa, Wi, Wd. Figure 5a shows a 
small region having a main road 33 and a side road 30. The main road 33 has two 
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associated overlay areas 31, 32. Figure 5b is similar to Figure 5a ( but an 
obstruction X is present on the main road 33, and the overlay area 32 has been 
subdivided into two overlay areas 32a, 32b, separated by the obstruction. Figure 6 
shows an overlay comprising ten overlay areas 40 - 49 superimposed on a cellular 
5 radio coverage region comprising five cells 50 - 54. 

In greater detail, the road junction J (Figure 2) has four approach roads 
21, 22, 23, 24. On each road, at the approach to the junction, an overlay area 
(21a, 22a, 23a, 24a) is defined. These overlay areas have directional information 
associated with them, giving turn instructions or other navigational information. As 
10 shown in Figure 3, the entire territory covered by the navigation system can be 
divided into four zones 21z, 22z, 23z, 24z # each comprising the set of all locations 
for which the corresponding road 21, 22, 23, 24 should be taken from the junction 
J. In this particular example, road 24 leads directly into town A and is only used 
for local destinations (zone 24z), road 23 leads to town B (zone 23z), road 22 
15 leads to town D (zone 22z) and road 21 leads to the motorway M, for all other 
destinations including town C and part of town A. These zones are defined 
differently for each junction: for example at junction J' different directions are 
appropriate for towns A and C, so these towns fall in different zones with respect 
to the overlay areas at that junction. The zones may even be defined differently for 
20 different overlay areas at the same junction. For example, if U-turns are not 
possible at the junction J, any traffic approaching the junction J by road 22 and 
requiring town D (perhaps as the result of a previous error, or a change of plan) 
must be routed by way of roads 21, M, and 25. Thus, for overlay area 22a there 
are only three zones: 24z, 23z and the combined 21z/22z, corresponding to the 
25 three permitted exits 21, 23, 24. 

The zones may be re-defined according to circumstances. For example, 
when the motorway M is congested, the best route from junction J to town C may 
be by way of town B. In such circumstances, zones 21 z and 23z are redefined so 
that town C now falls within zone 23z. It should be noted, however, that the total 
30 number of zones remains the number of exit routes from the relevant overlay area. 

The overlay areas 21a, 22a, 23a, and 24a should be large enough to 
ensure that any vehicle approaching the junction gets at least one location update 
whilst within the relevant overlay area, and is thus sent the relevant turn 
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instruction. As shown in Figure 2, these overlay areas are discrete, and may be 
considered equivalent to the coverage areas of the beacons of the prior art system 
discussed above. They may, however, be made contiguous, as shown in Figures 4, 
5a, 5b and 6. 

5 Figure 4 shows a more complex, grade-separated junction, in which there 

are twelve overlay areas. Each road N, E f S t W intersecting at the junction has a 
corresponding approach overlay area Na, Ea, Sa, Wa, (Wa shown shaded), and a 
depart overlay area Nd, Ed, Sd, Wd (Ed shown shaded). There are also four 
intermediate overlay areas Ni, Ei, Si, Wi (Si shown shaded). In the vicinity of the 

10 flyover F height (altitude) information obtainable from the GPS system can be used 
to determine which level, and therefore which overlay area, the user is currently in. 

The approach and intermediate overlay areas each end at a decision point 
PI to P8. In the database 17 each overlay area has direction information 
associated with it, providing instructions as to which fork to take at the associated 

15 decision point. For example, the direction information associated with zone Si 
instructs users for destinations served by road N to go straight on at point P1 , and 
users for destinations served by roads E, S, and W to turn left. It will be seen that 
traffic using the intersection will pass through one approach overlay area, one 
departure overlay area, and may also pass through one or more intermediate 

20 overlay areas. There may also be information associated with the departure overlay 
areas Nd, Sd, Ed, Wd, for example warning of hazards ahead. The departure 
overlay areas may be continuous with approach overlay areas for the next junction 
in each direction. 

As a user approaches the junction on road S, a location update identifies 
25 the user equipment as being within overlay area Sa. If the co-ordinates of the 
users destination are within the zone served by road W, the user is sent an 
instruction to turn left at point P2. If the user obeys this instruction, he will enter 
overlay area Wd and on the next location update he will be sent information 
relevant to that overlay area (if any). 
30 If the co-ordinates of the user's destination are within the zone served by 

road N, the user in overlay area Sa is instead sent an instruction to continue 
straight on at point P2. If the user obeys this instruction, he will enter overlay area 
Si. 
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For a user in overlay area Si, if the co-ordinates of the user's destination 
are within the zone served by road N the user is sent an instruction to go straight 
on at point P1. On obeying this instruction, he will enter the overlay area Nd and 
on the next location update he will be sent information relevant to that overlay 
5 area (if any). 

If the co-ordinates of the destination of a user in overlay area Si are in the 
zone served by roads E, S, or W, the user will be sent ah instruction to turn left at 
point P1 . On obeying this instruction, he will enter overlay area Wi. 

Similar information is associated with the other overlay areas. By being 
given appropriate instructions as the user negotiates a succession of junctions 
(decision points), the user can be directed to any destination. It should be noted 
that all users who are to be directed to the same exit from the junction are given 
the same instruction, whatever their ultimate destination. 

Figures 5a and 5b illustrate the reconfiguration of the overlay areas to 
meet changing circumstances. Initially (Figure 5a) an overlay area 31 is defined for 
the approach to a junction between a major road 33 and a side road 30, and a 
second overlay area 32 is defined for that part of the major road 33 beyond the 
junction. Information associated with the overlay area 31 includes turn information 
to instruct traffic for the zone served by the side road 30 to turn off. Information 
may also be associated with the overlay area 32. 

In figure 5b the major road 33 has been blocked at a point X. In order to 
accommodate this, the overlay area 32 has been subdivided into two overlay areas 
32a, 32b. The information (if any) associated with overlay area 32b is the same as 
that previously associated with overlay area 32. Traffic in overlay area 32a is 
given new information warning it of the hazard ahead. The information associated 
with the overlay area 31 is modified, so that all traffic is now instructed to turn off 
onto the side road 30. (Effectively this means that the destination zones 
associated with the overlay area 31 are merged into one) 

Figure 6 shows how the overlay areas may be defined for a road network. 
In this example there is an overlay area 40, 41, 42, 43, 44, 45, 46, 47, 48, 49 
corresponding to each side of each section of road. Information appropriate to each 
direction of travel on each section is therefore available to users throughout the 
relevant section. Superimposed on this overlay there is a cellular radio network, 
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five cells of which (50, 51, 52, 53, 54) are shown. The position of the user, as 
determined for example by a satellite positioning system, determines which overlay 
area is appropriate to the user. The information is transmitted to the service control 
centre by means of the cellular radio network. Handovers between cellular base 
5 stations occur in conventional manner at cell boundaries. These handovers are, 
however, unrelated to the boundaries between the overlay areas 40 - 49 

Although the described embodiment relates to the provision of route 
guidance information, other locality-dependant information may be provided as 
well, or instead, such as information about local facilities, tourist attractions, 
10 weather forecasts, public transport information, etc. The term "guidance 
information", as used in this specification, embraces any such information. 
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CLAIMS 

1 . A navigation information system for providing information to a mobile user 
dependant on the location of the mobile user, the system comprising a mobile 

5 communications system having a fixed part and one or more mobile part for 
communicating with the fixed part, the one or more mobile part including means 
for transmitting to the fixed part a request for guidance information and for 
receiving guidance information from the fixed part, and the fixed part including: 

means for determining the location of a mobile part requesting guidance 
10 information, 

means for generating guidance information according to the location of the 
mobile part, and 

means for transmitting the guidance information so generated to the 
mobile part, 

15 whereby information dependant on the location of the mobile unit can be 

transmitted to the mobile unit. 

2. A system as claimed in Claim 1, the fixed part including means for 
determining the location of the mobile part in relation to a geographical overlay 

20 comprising a plurality of overlay areas, and means for transmitting information 
associated with an overlay area which includes the location of the mobile part, 
whereby a mobile part within that overlay area receives information associated 
with that overlay area. 

25 3. A system as claimed in Claim 2, including means for storing a digital 
representation of the geographical overlay, and means for modifying the stored 
representation such that the configurations of the overlay areas may be selected to 
meet changing requirements. 

30 4. A system according to Claim 2 or 3, including means for determining 
when a mobile part enters a predetermined overlay area, and means for 
transmitting a message to the mobile part in response to the mobile part entering 
the predetermined overlay area. 
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5. A system according to Claim 2, 3, or 4 including means for determining 
when a mobile part enters a predetermined overlay area, and means for 
transmitting a message, to a user other than the said mobile part, in response to 

5 the said mobile part entering the predetermined overlay area. 

6. A system according to claim 4 or 5, including means to store a value 
associated with the mobile part, and means arranged to modify the stored value in 
response to the message. 

10 

7. A system as claimed in any preceding claim, having means for locating the 
position of the mobile part by radio location 

8 A system as claimed in Claim 7, wherein the means for locating position 
15 comprises a satellite navigation system receiver and/or means for identifying the 
location of the mobile part in relation to elements of the fixed part of the 
communications system. 

9. A system as claimed in any preceding claim, wherein the means for 
20 determining the location of the mobile part comprises means to interrogate a 

location-identifying means forming part of the mobile part. 

10. A system as claimed in claim 9, wherein the fixed part has means to 
determine the approximate location of the mobile part, and wherein the location 

25 identifying means of the mobile part is arranged to respond to a location request 
from the interrogation means with a non-unique location signal which, in 
combination with the approximate location determined by the fixed part, 
determines a unique location. 

30 11. A system as claimed in any preceding claim, wherein the mobile part has 
means for locating its position by dead reckoning 
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12. A system as claimed in any preceding claim, the fixed part including 
means for generating and maintaining guidance data based on vehicle movement 
data derived from time information and position measurements of a plurality of the 
mobile parts and/or estimations of future locations of the mobile parts based on 
5 the guidance information previously transmitted to the mobile parts. 

1 3 A system according to any preceding claim wherein the fixed part comprises 
means for transmitting to the mobile part an expected range of movement 
information and for receiving from the mobile part movement measurements 
10 outside the expected range, and the mobile part comprises means for measuring 
location and time to derive movement information, means to compare the 
movement information with the expected range received from a fixed part of the 
system, and means to automatically report to the fixed system movement 
measurements outside the expected range. 

15 

14. A system according to any preceding claim, the fixed part including means 
for storing guidance data, means for updating the stored guidance data, means for 
identifying mobile parts to which the updated data are applicable, and means for 
transmitting such data over the communications system to the mobile parts so 

20 identified. 

15. A system according to any preceding claim, wherein the mobile part 
includes guidance instruction means controllable by instructions contained in the 
guidance information transmitted from the fixed part over the communications link, 

25 whereby guidance instructions can be communicated to the user by means of the 
guidance instruction means. 

16. A system according to any preceding claim, wherein the fixed part has 
input means operable by a human operator to input guidance instruction requests 

30 to the fixed part. 
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17. A navigation information system for providing information to one or more 
mobile user dependant on the location of the one or more mobile user, the system 
comprising: 

means for determining the location of a mobile unit requesting guidance 
5 information, 

means for generating guidance information according to the location of the 
mobile unit, 

and a communications system for transmitting the guidance information so 
generated to the mobile unit, 
10 whereby information dependant on the location of the mobile unit can be 

transmitted to the mobile unit. 

18. A system as claimed in Claim 17, including means for determining the 
location of a mobile unit in relation to a geographical overlay comprising a plurality 

15 of overlay areas, and means for transmitting information associated with an 
overlay area which includes the location of the mobile unit, whereby a mobile part 
within that overlay area receives information associated with that overlay area. 

19. A system as claimed in Claim 18, including means for storing a digital 
20 representation of the geographical overlay, and means for modifying the stored 

representation such that the configurations of the overlay areas may be selected to 
meet changing requirements. 

20. A system according to Claim 18 or 19, including means for determining 
25 when a mobile unit enters a predetermined overlay area, and means for 

transmitting a message to the mobile unit in response to the mobile unit entering 
the predetermined overlay area. 

21. A system according to Claim 18, 19, or 20 including means for 
30 determining when a mobile unit enters a predetermined overlay area, and means 

for transmitting a message, to a user other than the said mobile unit, in response 
to the said mobile unit entering the predetermined overlay area. 
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22. A system according to claim 20 or 21, including means to store a value 
associated with the mobile unit, and means arranged to modify the stored value in 
response to the message. 

5 23. A system as claimed in any of claims 17 to 22, the means for determining 
the location of a mobile unit comprising means to interrogate a location-identifying 
me&ns of a co-operating mobile unit to determine its position.. 

24. A system as claimed in any of claims 17 to 23 f wherein the means for 
10 locating position comprises means for identifying the location of the mobile unit in 

relation to elements of the fixed part of the communications system. 

25. A system as claimed in claim 24, wherein the means for locating position 
comprises means to determine the approximate location of the mobile unit, means 

15 to receive a non-unique location signal from the mobile unit, and means to combine 
the approximate location information withthe non-unique location information to 
determine a unique location. 

26. A system as claimed in any of claims 17 to 25, including means for 
20 generating and maintaining guidance data based on vehicle movement data derived 

from time information and position measurements of a plurality of the mobile parts 

27. A system according to any of claims 17 to 26, having means for 
transmitting to the mobile part an expected range of movement information, and 

25 for receiving from the mobile part movement measurements outside the expected 
range. 

28. A system according to any of claims 17 to 27, including means for storing 
guidance data, means for updating the stored guidance data, means for identifying 

30 mobile units to which the updated data are applicable, and means for transmitting 
such data over the communications system to the mobile units so identified. 
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29. A system as claimed in any of claims 17 to 28, having input means 
operable by a human operator to input guidance instruction requests. 

5 30. A mobile unit for a navigation information system, comprising means for 
receiving guidance instruction information over a communications link, and 
guidance instruction means controllable by the guidance instruction information 
received over the communications link, whereby guidance instructions can be 
communicated to the user by means of the guidance instruction means. 

10 

31 A mobile unit for a navigation information system comprising means for 
measuring location and time to derive movement information, means to compare 
the movement information with an expected range received from a fixed part of 

15 the system, and means to automatically report to the fixed system movement 
measurements outside the expected range. 

32 A method of providing navigation information to mobile units of a mobile 
20 radio system dependant on the locations of the mobile units comprising the steps 

of storing navigation data in a fixed part, transmitting a request for navigation 
guidance from a mobile unit to the fixed part, determining the location of the 
mobile unit, generating guidance information on the basis of the stored data, 
location information and the request, and transmitting the guidance information 
25 from the fixed part to the mobile unit, whereby information relevant to the location 
of the mobile unit is transmitted to the mobile unit. 

33. A method .as claimed in Claim 32, wherein the location of the mobile unit 
30 is determined in relation to a geographical overlay comprising a plurality of overlay 
areas, generating information associated with an overlay area which includes the 
location of the mobile part, and transmitting the information associated with the 
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relevant overlay area to the mobile part, whereby a mobile part within that overlay 
area receives information associated with that overlay area. 

34. A method as claimed in claim 33, including the step of storing a digital 
5 representation of the geographical overlay, and modifying the stored representation 

such that the configurations of the overlay areas may be selected to meet 
changing requirements. 

35. A method according to Claim 33 or 34, comprising the further steps of 
10 determining when a mobile unit enters a predetermined overlay area, and 

transmitting a message to the mobile unit in response to the mobile unit entering 
the predetermined overlay area. 

36. A method according to Claim 33, 34, or 35 including the further steps of 
15 determining when a mobile unit enters a predetermined overlay area, and 

transmitting a message to a user other than the said mobile unit in response to the 
mobile unit entering the predetermined overlay area. 

37. A method according to claim 35 or 36 including the further step of 
20 modifying a stored value associated with the mobile unit in response to the 

message. 

38. A method as claimed in any of claims 32 to 37, wherein the position of 
the mobile unit is identified by a radio location method. 

25 

39. A method as claimed in Claim 38, wherein the position of the mobile unit 
is determined by means of a satellite navigation system and/or by identifying the 
location of the mobile part in relation to elements of the fixed part of the 
communications system. 

30 

40. A method according to any of Claims 32 to 39, wherein the fixed unit 
interrogates the mobile unit to ident:fy its location. 
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41. A method as claimed in claim 40 wherein the fixed part determines the 
approximate location of the mobile part, and wherein the mobile part responds to a 
location request from the interrogation means with a non-unique location signal 
which, in combination with the approximate location determined by the fixed part, 

5 determines a unique location. 

42. A method as claimed in any of claims 32 to 41, wherein the mobile unit 
identifies its position by dead reckoning. 

10 43. A method according to any of Claims 32 to 42, including the steps of 
generating and maintaining data based on vehicle movement data derived from 
time information and position measurements of a plurality of the mobile parts 
and/or estimations of future locations of the mobile parts based on the guidance 
information previously transmitted to the mobile parts. 

15 

44. A method according to any of claims 32 to 43 wherein the fixed part 
transmits to the mobile part an expected range of movement information, and the 
mobile part measures location and time to derive movement information, compares 
the movement information with the expected range received from the fixed part of 

20 the system, and reports to the fixed system movement measurements outside the 
expected range. 

45. A method as claimed in any of Claims 32 to 44 including the further steps 
of the updating the stored data, identifying the mobile units to which the updated 

25 data are applicable, and transmitting such data over the communications system to 
said applicable mobile parts. 

46. A method as claimed in any of claims 32 to 45, wherein the guidance 
information transmitted to the mobile unit controls guidance instruction means 

30 forming part of the mobile unit, whereby guidance instructions can be 
communicated to the user of the mobile unit. 
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47. Apparatus substantially as described with reference to the accompanying 
drawings 

48. A method substantially as described with reference to the accompanying 
5 drawings 
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ABSTRACT 

In this paper we present efficient join algorithms on 
very large relations indexed by KD-trecs. There are previous 
works proposing the join on multi-attribute clustered relations 
based on hashing and also on grid-partitioning, whose 
shortcomings are non-order preservation and low load-factor, 
respectively. KD-trcc indexed relations arc characterized by 
preserving data order and maintaining high load-factors. 
However, KD-trec indexing has the disadvantadge of generat- 
ing clusters which are overlapped in the join attribute 
domain, what causes a very high I/O cost for naive join algo- 
rithms. Here we analyze strategies to deal with this problem 
and introduce efficient algorithms to join two non-resident 
relations indexed by KD-irees. 

Fust we introduce the concept of wave, which is a set 
of pages that is the object of join processing and that pro- 
pagates over the relation space in the direction of the join 
attribute axis. Based on this new concept, we present five 
join algorithms and also four extended algorithms with a gar- 
bage collection mechanism to increase the effective space of 
the main memory. We extensively evaluate these join algo- 
rithms with analytical formulas and simulation results. It is 
shown that the join of very large relations indexed by KD- 
trees can be performed with one scan of the relations. 



1. Introduction 

Recently, the trend of research on very large relations is 
towards efficient multidimensional clustering of data on secondary 
memory in order to reduce processing cost, principally I/O cost 

The multidimensional clustering methods can be classified into 
two broad categories : the fixed methods which partition the data 
space at fixed places, and the adaptable methods which partition the 
data space according to the data distribution. Some examples of the 
fixed methods are the Grid File[10], DYOP[13], PLOP[9], Colored 
Binary Trie[16], Multidimensional Digital Hashing[12], Multi- 
dimensional Extendible Hashingfl 1,7,8) and some examples of the 
adaptable methods are the KD-Tree[l,2], Extended KD-Tree[3], 
KDB-Tree[15], GKD-Tree[5] and R-Tree[6]. However, almost all 
the analysis based on these multidimensional clustering methods are 
restricted to the selection and aggregation operations. 

Concerning the join operation, some of the recent works are 
based on Predicate-Tree[18,4], Superjoin Algorithm! 17] and 
DYOP[14], The first two works use clustering based on 
multidimensional hashing and the last, on grid-partitioning, all of 
them being multi-attribute clustering mechanisms based on the fixed 
method. Fixed clustering methods are proper for join operations 
because all tuples with a discriminator attribute value share the same 
cluster and, the join of two relations is thus reduced to the join of 
their correspondent clusters. However, there are some shortcomings : 



the methods based on hashing do not preserve data order, which 
makes them inefficient for range-queries, and those based on grid- 
partitions have low load-factors, which increases the I/O cost. 

The KD-tree indexing is one of the most known multi- 
dimensional clustering mechanisms based on the adaptable method, 
with the advantages of order-preservation and high load-factor but the 
disadvantage that tuples with a given discriminator attribute value are 
not in a single cluster. A naive join algorithm on very large relations 
indexed by KD-trees presents a high I/O cost and until now there is 
no work investigating join algorithms using KD-trees. 

In this paper we propose join algorithms on KD-tree indexed 
relations. The new join algorithms are based on a new concept called 
wave. Wave is a set of pages that is the object of joining and that 
propagates over the relation space in the direction of the join attribute 
axis. Here we propose four basic join algorithms that determine the 
wave from one of the relations, and one algorithm that determines the 
wave from both relations. After describing these algorithms, we 
extensively analyze them with analytical formulas and simulation 
results. Then we introduce a garbage collection mechanism that 
discards the unnecessary data loaded in the main memory and extends 
the previous basic algorithms with an efficient memory management 
We extensively evaluate these algorithms with analytical formulas and 
simulation results and show that the proposed algorithms perform the 
join of very large relations with one scan. 

Section 2 provides some background to the proposed 
algorithms, describing some notation and assumptions used in our 
analysis. Section 3 describes how, using the KD-tree indexing 
mechanism, the join can be performed on very large relations. It 
presents five join algorithms for KD-tree indexed relations, their 
analytical and simulation results. Section 4 describes how the 
dynamic removal of unnecessary tuples from the main memory 
increases its effective space and improves the previous algorithms. If 
there is a suitable memory management, each relation is read into the 
main memory once. We present four extended versions of the join 
algorithms presented in section 3, their cost formulas and simulation 
results. Section 5 concludes the paper. 

2. Notations and Assumptions 

Let R be a relation having k attributes A\,...,Ak and composed 
of tuples t = (a i afc). 

D is the base space of relation R and denotes the Cartesian 
product of the domains of attributes referred to by the relation, i.e., 
k 

Ds= n [MIN..MAXJ 

i-l 

For a given relation, the KD-tree method first divides D into 
two subspaces, using the A\ value of the tuple so that it evenly 
divides the whole set of tuples, Here Aj is called discriminator 
attribute. This step is then recursively applied to the subspaces with 
the dtf criminator attributes changed in the cyclic order as A2, A3 
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Afc, Ai, ... until each produced subspace can be contained in, a disk 
page. The KD-tree is gradually constructed while dividing D, When a 
subspace is divided, a new node, which contains the discriminator 
attribute, its value at the recursive step, as well as a right and left 
pointers to the two new subspaces, is added to the KD-tree. 

Denoting the 1R1 pages generated by dividing relation R as pj 
(1 ^ j ^ IRI), the space Pj of pages pj is represented by : 

k 

P rrL<VPijl (a ij <p ij ,a i .,p ij e[MIN..MAX.lforVi). 

i-l 

We define "cluster of an attribute value af the set of pages pj 
(1 $ j $ cs) whose space contains the attribute value aj , i.e., 

cluster of a^ = { pj I aj € [ 04 j , Pj j ] }■ 
When the KD-tree is perfectly balanced, the cluster size cs 
equals IRI* 1 " 1 ^ pages. An example of a cluster of &\ for a 16-page 
relation and a 2-dimensional KD-tree is illustrated in fig. 1. 




Fig. 1 KD-tree Indexed Relation and a Cluster 

3. Join Algorithms on KD-tree Indexed Relations 

In this section we present four algorithms to join two non- 
resident relations R and S of sizes IRI and ISI pages on attribute Ai. 
Our analysis is restricted to perfectly balanced KD-trees. Here we 
consider ISt ^ IRI » M, where M is the main memory size. 

3.1 Description of the Basic Algorithms 

A join of two KD-tree indexed relations R and S is illustrated in 
Fig. 2. In this example, the relations which are composed of 16 pages 
and indexed by a 2 -dimensional KD-tree are joined on attribute A\. 
As shown in the figure, the join of R and S is processed in six steps. 
In each step, four pages of relation R are loaded in the main memory 
and the range of the join attribute value to process is determined. Here 
we call this range as "Join Range Jr". The pages of relation S which 
contain tuples whose join attribute values aj are in the join range are 
loaded in the remaining space of the main memory in a nested-loop 
way. When the processing in this join range finishes, the two pages 
of relation R, all of whose tuples have already been processed, are 
unloaded and then two new pages are loaded, A new join range is 
determined and the join is processed in the same way as in step 1. As 
shown in Rg. 2, this procedure is repeated for six steps, when R and 
S are joined in the entire range of the join attribute A\. 

The set of pages of relation R loaded in the main memory is the 
unit of processing in each step and because of its shape, we denote it 
as "Wave W". The average speed of wave propagation over the 
relation space in the direction of the join attribute axis is given by 
l/(number of join steps). In the example of Rg. 2 the wave size is 4 
pages, the number of join steps is 6 and the wave propagation speed 
is 1/6. In this example, the waves of consecutive join steps have 2 
pages in common, i.e., 2 pages of a wave in a join step overlap with 
the wave in the next join step. 




step2 step3 step4 steps step6 



(a) Processing Pages of Relations R and S 
in Each Join Step 




Main 
Memory 

mt wav efegj spaa- reserved for 
relation R 



[space reserved for 
relation S 



►1- 



(b) Join Processing in Step 1 

Fig. 2 Processing Overview of Join Algorithms 
on KD-Tree Indexed Relations 

In the join algorithms presented here, the wave size and the join 
range are two important parameters. Here we consider that, in a 
wave, all the tuples whose attribute value is in the join range are 
processed in each step. Also, in order to hold down the I/O cost of 
relation S, the wave, in each step, contains at least one cluster of an 
attribute value in the join range. This implies that the minimum wave 
size is cs pages and the maximum wave size is (M-l) pages. Also, as 
shown in Fig. 3, the join range can be determined in two ways : Jrj n 
and Jr out . Considering a wave W propagating in the direction of the 
join attribute Aj, we call "Wave Rear Line Wr" the minimum join 
attribute values for the cs pages of the rear of the wave W, and "Wave 
Front Line Wf ' the maximum join attribute values for the cs pages of 
the front of the wave W. Therefore the two possible join ranges Jr in 
and Jr 0ut can be expressed as : 



and 



Jr m = [ maxCOij e Wr), min(pij e Wf) ] 
Jr ou t - t min(C4j e Wr), maxQy 6 WO ]. 




W, W f 




Fig. 3 Waves W and Join Ranges Jr 
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When the join range is Jr m , waves of consecutive join steps overlap 
in some pages. On the other hand, when the join range is Jr out , all 
the pages of waves of consecutive steps are different. 

Using the specified wave sizes and join ranges as parameters, 
we can define four -join algorithms as summarized in Table l. 



^sgoiii range 

wave 

size \ 


Jrom 

[mirKa.f W f J.mwCPjjCWf)] 


fmax(a j £W r ). m in(p.. € W f )] 




algorithm 1 


algorithm 3 


M-l 


algorithm 2 


ilgoriihm 4 



Table I Wave Size and Join Range for the 
Basic Algorithms 1, 2, 3 and 4 

Following, we detail how the wave W and the join range Jr are 
determined in each algorithm. 

Algorithm 1 : 

in this algorithm, the wave is determined as a cluster of relation 
R and the wave size is cs pages. After loading a wave in the main 
memory, the join range is determined as Jr^. The pages of relations 
S whose join attribute value are in the join range are loaded in the 
remaining (M-cs) pages of the main memory. When processing of the 
join range fr out is finished, all the tuples of the wave have already 
been processed and are thus unloaded. Following, a new wave of cs 
pages is loaded and the procedure is repeated until the wave 
propagates over the enure space of relation R. The waves, the 
corresponding join ranges and their propagation over the relation 
space are exemplified in Fig. 4. Because the clusters generated by a 
KD-tree index overlap in the join attribute domain and, in algorithm 1 
the join range is Jr 0ut , the waves of consecutive steps are not 
overlapped but the join ranges are. 



step 1 



stcp2 




step 3 



stcp4 



J r J r Jr "77 

Fig. 4 Waves and Join Ranges for Algorithm 1 

Algorithm 2 : 

In this algorithm, in order to speed up the wave propagation in 
comparison with algorithm 1, the wave size is increased to (M-l) 
pages. Only one page is reserved for relation S. Similarly to 
algorithm 1, the join range is determined as Jr out , and so waves in 
consecutive steps are not overlapped while the join ranges are. The 
waves and corresponding join ranges are exemplified in Fig. 5, for M 
taken as 7 pages. 



step 1 




step 3 



h J r h 

Fig. 5 Waves and Join Ranges for Algorithm 2 



Algorithm 3 : 

In the same way as in algorithm 1, the wave is determined as 
one cluster and (M-cs) pages are reserved for relation S. However, in 
this algorithm, the join range is Jr m , so that waves of consecutive 
steps overlap and the corresponding join ranges do not. Fig. 6 
illustrates the waves and the respective join ranges in algorithm 3. 
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Fig. 6 Waves and Join Ranges for Algorithm 3 



Algorithm 4 : 

In this algorithm the wave size is (M-l) pages and only one 
page is reserved for relation S. The join range is determined as Jr m , 
like in algorithm 3, so that waves in successive steps overlap and the 
join ranges do not. The wave propagation speed is higher than in 
algorithm 3. The wave and the join ranges for this algorithm are 
illustrated by an example in Fig.7. 
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Fig. 7 Waves and Join Ranges for Algorithm 4 

In the four algorithms above, the wave and corresponding join 
ranges are determined from relation R, which is read only once. 

Comparing the wave propagation speed for the four algorithms, 
we have that : 

(a) the wave propagation speed for algorithms 2 and 4 is higher than 
that for 1 and 3, respectively, because the first two have larger wave 
size (M-l >cs); 

(b) the wave propagation speed for algorithms 1 and 2 is higher than 
that tor 3 and 4, respectively, because the first two have larger join 
range (Jr om >Jr in ). 

In order to clarify the characteristics of the four basic join 
algorithms presented above, we present their evaluation results as 
follows. 

3.2 Evaluation for Uniform Data Distribution 
3.2.1 Analytical Evaluation 

In the previous four algorithms, relation R is read only once and 
thus, considering IRI = ISI = N = 2 P pages, the number of page 
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accesses for relation R, n R , is N pages. Following, we present the 
expressions which estimate the number of page accesses for relation 
S, Ttg. which is given by : 

n$= (number of join steps) * (pages of relation S within the 
join range and not in the main memory) [1] 

For simplification we will use cs to denote the cluster size, which 
equals N^ 1 " 1 ^) pages. 

Algorithm 1 : 

With this algorithm, the number of page accesses of relation S 
shown in [ 1 ] is given by : 

it s = (number of join steps) * {(pages within the join range) 
- (pages remaining in the main memory) J [2] 

- the number of join steps is equal to the number of clusters, i.e . 
N/cs; 

- the number of pages of S within the join range is, on average, 3cs ; 
and 

- the number of pages of S which can remain in the main memory is 
(M - cs). 

Therefore : 

n =N(4-— ) 
s cs 

Algorithm 2 : 

In this case, only one page is used for relation S, so : 
jig = (number of join ranges) * (pages within the join range) [3] 

- the number of join steps is 

N 

M-l ' 

and 

- the number of pages of S within the join range is, on average, 

( plij + :±I )cs 
I cs I cs 

Therefore : 



7E =N( 

s cs M-l 



+ 1) 



Algorithm 3 : 

In the same way as algorithm 1, ng can be expressed by [2]. 
For this case : 
- the number of join steps is 

{■• 



l2" + 2; 



- the number of pages of S within the join range is, on average, cs ; 
and 

- the number of pages of S saved in the main memory which can be 
used again in the next join range is 

M-l-cs^" 1 

Therefore : 

k 

* S = (X 2 kl + 2)(2cs-M+ 1 +2 k_l I 



Algorithm 4 : 

In the same way as algorithm 2, Ttg can be given by [3], Here 
- the number of join steps is 
N 



(M - 1 - cs) + 2 k * ! 

and 

- the number of pages of S within the join range is (M-l) pages. 
Therefore : 

n c = - 



N (M - 1) 



M - cs - 1 + 2 



3.2.2 Simulation Results 

Following, we present the relative performance of the join 
algorithms described above, for relations R and S with 64 K pages. 8 
tuples/page, 2-dimensional KD-tree and a random data distribution as 
the one exemplified in Fig. 8. 



relation R 



relation S 




Fig. 8 An Example of Uniform Data Distribution 
for Relations R and S 
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Fig.9 Analytical and Simulation Results of Algorithms 
1*4 for Uniformly Distributed Relations 



Fig. 9 shows the results of the simulation and analytical 
evaluation. The vertical axis is the total number of page accesses, n 
(= « R + ng). The horizontal axis is the main memory size M, which 
is varied from (cs+I) to 2cs pages. We can see that the cost formulas 
given in section 3.2.1 estimate the number. of page accesses quite 
satisfactorily. Following we compare the algorithm performances for 
small and large wave sizes. 
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(a) Small wave size : 

From Fig.9 we can observe that, in algorithms 1 and 3, the 
number of I/O decreases linearly with the memory size M. As shown 
in the cost formula [1], the number of page accesses for relation S, 
115. depends on the number of join steps and pages of S to read in 
each step. Given a relation, for algorithms 1 and 3, the number of 
join steps is constant, and the pages of S to read in each step 
decreases linearly when M enlarges. The inclination of the curve of 
algorithm 3 is much greater than that of algorithm 1. As shown by the 
analytical formulas, this inclination is given by the number of join 
steps. The number of join steps is much greater in algorithm 3 
because the join range is given by Jrj n . For small M the I/O cost of 
algorithm 3 is much higher than that of algorithm 1. On the other 
hand, when M is enlarged and taken as 2cs pages, in algorithm 3 the 
I/O cost is reduced to one scan of each relation, while in algorithm 1 
this I/O cost is greater. 

(b) Large wave size : 

Fig. 9 shows that the I/O cost is inversely proportional to M, 
for algorithms 2 and 4. As given in [1], Kg is proportional to the 
number of join steps and the pages of S to read. The number of join 
steps is inversely proportional to the wave size which is (M-l) pages 
for algorithms 2 and 4. Concerning the inclination of the curves and 
the I/O cost for small M, the inclination for algorithm 2 is smaller and 
the performance for small M is better than that for algorithm 4, 
analogously to algorithm 1 and 3, respectively. However, the 
difference of algorithms 2 and 4 in comparison with algorithms 1 and 
3 is that the I/O cost does not reduce to one scan of the relations, in 
the range of variation of M shown in Fig. 9. 

Observing the four curves we find that the higher the wave 
propagation speed over the space of relation R, the better the 
algorithm performs for most range of M. That is, when the main 
memory space is not enough to maintain the necessary pages of 
relation S in each step, the performance is better when the number of 
join steps is smaller. As shown by the formulas, the number of join 
steps decreases in the sequence of algorithms 3, 4. 1, 2, i.e., 



1^ 



+ 2 > 



(M-l-cs) + 2* 



for k=2, cs<M<2cs, and so the speed of propagation of the waves 
increases and the algorithms performance improves in this sequence. 

3.3 Algorithm for Non -Uniform Data Distribution 

From the analysis of the four basic join algorithms presented 
above we conclude that : 

(1) for small memory sizes, the performance is better when the wave 
propagation speed is higher. 

(2) the only algorithm to reduce the number of page accesses to one 
scan of the relations, is the one with small wave size and short join 
range (Jrin) - algorithm 3. 

These conclusions and analysis are for relations whose data are 
uniformly distributed over the relation space and so, for the case in 
which the wave propagation speed is constant. However, the join 
range depends on the data distribution and for the case of non- 
uniformly distributed data, the wave does not propagate with a 
constant speed. 

Following, we introduce a new algorithm for relations with 
non-uniform data distribution. For this algorithm we use a small 
wave size and short join range and. using the information of the data 
distribution for relations R and S, we choose the waves consulting 
the KD-trees of both relations, aiming at reducing the number of join 



steps, i.e., maximizing the average wave propagation speed in 
direction of the join attribute axis. 

Algorithm 5 ; 

In algorithm 5 the wave is taken as a cluster from one relation 
and (M-cs) pages arc reserved for the other relation. The join range is 
taken as Jrjn- In ea ch join step, the wave is taken from one of the 
relations in order to maximize the wave propagation speed. The 
waves, their corresponding join ranges and their propagation arc 
illustrated in fig. 10. For the exemplified relations, six join steps are 
determined with algorithm 3, while algorithm 5 reduces this number 
to three. 

Relation R 




Fig. 10 Waves and Join Ranges for Algorithm 5 

3.4 Simulation Results for Non-Uniform Data 
Distribution 

In order to analyze the performance of relations whose data are 
biased in some regions, we used relations with normal and inverse 
normal distributions for the simulation. An example of such relations 
R and S is shown in fig. 1 1. The sizes of the relation and page used 
for the simulation are the same as in the uniform data distribution 
case. 



relation R 



relation S 




Fig. 11 



An Example of Non-Uniform Data Distribution 
for Relations R and S 



The simulation results are shown in Fig. 12. As in the case of 
uniform data distribution, on the first four algorithms the number of 
page accesses increases in the sequence of algorithms 2, 1, 4, 3, 
which is the sequence of decreasing the wave propagation speed. 
Concerning algorithm 5, whose speed of propagation of wave is 
higher than that of algorithm 3, the performance is improved as 
expected. Although it is not satisfactory compared to the other 
algorithms, as shown below in section 4, the extended version of 
algorithm 5 introduce improvements so that it will show the best 
performance. 
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Fig. 12 



Simulation Results of Algorithms 1*5 for 
Non- Uniformly Distributed Relations 



4. Extended Join Algorithms 

4.1 Description of the Extended Algorithms 

From the analysis of the previous five join algorithms, we 
conclude that, due to insufficient memory space to hold all the 
necessary pages in each step, the fewer the number of steps, the 
better the performance. Therefore, algorithms 2 and 4, whose wave 
propagation speed is higher present better performance. On the other 
hand, we also verify that the join can be performed with one scan of 
each relation if the wave propagation speed is low enough. In this 
case, the join range is too short and the corresponding pages of 
relation S can be hold in the memory to be used again in the next step. 
Algorithms 3 and 5 are the only ones to achieve the ideal number of 
page accesses. We will now modify the join algorithms described 
above with efforts to : 

(a) utilize the memory space efficiently, in order to speed up the 
propagation of the wave of algorithms 2 and 4 ; 

(b) after the wave taken from one relation is loaded in the memory, 
utilize the remaining memory space efficiently, in order to hold more 
data of the another relation, for algorithms 1, 3 and 5. 

In order to load and unload data in page units, the algorithms 
presented until now maintain tuples which have already been 
processed and are not necessary any more in the main memory. We 
can introduce a garbage collection mechanism which dynamically 
discards the tuples that are no longer necessary after the processing of 
each step. This increases the effective space of the main memory for 
each join step, allowing the loading of more pages in this free space. 
Following we will analyze how the tuples of relations R and S can be 
discarded in the previous five algorithms. 

First, consider the removal of tuples from relation R. In 
algorithm 1 and 2, successive waves overlap when propagating over 
the space of relation R. Thus, a wave of R is loaded in the main 
memory, used in the processing of one join range and then unloaded, 
which is then followed by the loading of the next wave. Therefore, 
for both algorithms the pages of R are discarded as soon as they have 
been processed in the join range, so that there is no garbage of 
relation R remaining in the memory. On the other hand, successive 
waves in algorithm 3 and 4 overlap when propagating over the space 
of relation R. After processing a join step, it is not necessary to 
maintain the whole page which overlaps with the successive wave, 
but only that portion that has not been processed yet 

Now. consider the removal of tuples from relation S. In 
algorithms 1 and 3, which reserve (M-cs) pages to relation S. there 
are tuples which have already been processed and are still maintained 



Algorithm 


remove tuplei of relation R 


remove tuples of relation S 


tm 


X 


0 


C2ra) 


X 


X 


3m 


o 


o 


4m 


0 


X 


5m 


0 


0 



Table 2 Garbage Collection on Extended Algorithms 

in the memory. On the other hand, algorithms 2 and 4 reserve only 
one page for relation S, so that the pages are loaded and then 
unloaded without garbage maintained in the memory. For algorithm 
5. which determines the wave from both relations R and S. it is 
possible to discard tuples of both relations. 

Excluding algorithm 2, which does not maintain unnecessary 
tuples in the main memory, we introduce a garbage collection 
mechanism in the-algorithms 1, 3. 4 t 5 described above. Here these 
new algorithms are called algorithms I'm, 3m, 4m and 5m, as shown 
in Table 2. 

The removal of tuples of relation R in algorithm lm, and of 
both relations R and S in algorithms 3m and 5m increases the 
effective space used by relation S. The removal of unnecessary tuples 
of relation R in algorithm 4m enlarges the effective space used by 
relation R which means the enlargement of the wave size and the 
speeding up of the wave propagation. Fig. 13 (a), (b), (c), (d) 
exemplifies each of these algorithms. After processing the join range 
in the first step the effective memory space for the next join step is 
enlarged : the dotted portion is discarded by the garbage collection 
mechanism and only the dashed portion is maintained in the main 
memory. In order to clarify this effect, we will present the evaluation 
of the extended algorithms. 



Relation R 




Fig. 13 Garbage Collection on Algorithms 
(a) lm (b) 3m (c)4m (d) 5m 

4.2 Evaluation for Uniform Data Distribution 
4.2.1 Analytical Evaluation 

Following, we present the cost formulas for the algorithms 
presented above. First, we explain the analytical model used for our 
evaluation. We assumed a simplified model in which : 

(1) the KD-tree is perfectly balanced; 

(2) the tuples are uniformly distributed within a page; and 
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(3) for a cluster, denoting u the mean width of the cluster and a, the 
variance, we consider that: 



<-£-!>« 

2 k 



6 being a constant 



This means that we consider each of the cs pages of a cluster, except 
those of the first and last clusters, as having width u and being 
dislocated by 6 in relation to the previous 2 k -i pages in the cluster. 
This is illustrated by an example for k » 2 in Fig. 14 . 



g|g|*| 



2o 



2a 



Fig. 14 A Cluster and Its mean n and variation o 

Assuming the model stated above, we can estimate the cost formulas 
for the extended join algorithms as presented below. For all of them, 
relation R is read only once, that is, n R = N pages. To simplify the 
notation we will use K = 2 tl . 

Algorithm lm : 

In the same way as algorithm 1, the number of page accesses 
for relation S is given by expression [2] in section 3.2.1, which we 
rewrite here : 

(number of join steps) * {(pages within the join range) 
- (pages remaining in the main memory)} 

The part of a cluster of relation S which is processed in a join range 
and may be maintained in the main memory to be also processed in 
the next join range, p, is represented by the dashed area in Fig. 15 
and is calculated as : 



V ■ rr 

P = — /, i pages = cs pages 



1 



Fig. IS p for Algorithm lm 

Therefore, n s may be considered for two cases : 
(1) p fits in the main memory, i.e., 



M-cs$£cs 
H 

In Oris case, at least the tuples of the dashed area are maintained 
in the main memory. For this case : 

- the number of join steps is equal to the number of clusters, i.e., 
N/cs; 

- the number of pages of S within the join range is, on average, 2cs ; 
and 

• the number of pages of S which can remain in the main memory is 

(M-cs-p). 
Therefore : 

K^NO-S-il) 
u cs 

(2) p does not completely fit in the main memory, i.e., 
M - cs eg 

For this case : 

- the number of join steps is equal to the number of clusters, i.e., 
N/cs ; 

- the number of pages of S within the join range is, on average, 3cs ; 
and 

- the number of pages of S which can remain in the main memory, y, 
is calculated by 



M 

resulting in : 



Kb V- 



k + Jk 2 +± 
Y » — X a. 



(M-cs) (cs-K) 



Therefore : 



K +, \ / k2 + — (M_CS) (CS ' K ) 
7t s = N(3- it q 



2cs 



Algorithm 3m : 

The join ranges of this algorithm are the same as those of 
algorithm 3. In this algorithm, unnecessary tuples of both relation R 
and S are discarded so its cost formula is very complex. Because its 
expression is too long we omit it here and just show the results in the 
next subsection. 

Algorithm 4m : 

In the same way as algorithm 4, here the number of page 
accesses of relation S is given by expression [3] in section 3.2.1, 
which we rewrite here : 

n s = (number of join steps) * (pages within the join range) 

- the number of join steps is equal to : 

N _N 

new pages in the wave " a 

where : 

a = (M-l) - (tuples of R remaining in the main memory for the 
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processing of next join step) 
= (M-l)-p 

and where p , which is exemplified in Fig. 16 as the dashed area, 
can be expressed as : 



K5 V" 1 

e = T ( 2>2, i) + 



K K K 



x-K 



where x is : 



,M-1 

x = ( 1 ) cs + K 

cs 




Fig. 16 p for Algorithm 3m 



Hence, we have that : 



P = 



(3g+p)cs + ( K(u.-q) + f>2q)qi-l) )cs - Ku.(u.-1) 
M(cs-K) 



and 



^ _ Qx-3q)cs + ( 2o(u-l) - K(u.-q) )cs 
u(cs-K) 



- the number of pages of S within the join range is : 

(number of crammed pages of R) + (new pages in the wave) 
= X + « 

where : r 
,M- 1 



X «(M-l)-(__--i)cs + K*cs-K 
cs 



Therefore : 



(cs-K)V 



(u.-3o)cs + (2o(M-l) - K0t-o))cs 

4.2.2 Simulation Results 

Fig. 17 shows the estimation and the respective simulation 
results of the extended join algorithms presented above, using the 
same relations R and S described in section 3.2.2. Here again, the 
prediction was efficient. 

Fig. 1 8 shows the simulation results for all the presented 
algorithms. As expected, all the extended algorithms reduce the 
number of page accesses in comparison with the basic join 
algorithms. Algorithm 3m and 5m are the best extended algorithms 
and they reduce the I/O cost to one scan in most range of variation of 
the memory size M. Among the basic join algorithms, algorithm 3 
and 5 are the only to reduce the I/O cost to one scan, but for the most 
range of variation of M, they show the highest I/O cost because they 
have the lowest wave propagation speed. 

The introduction of the garbage collection mechanism increases 
the effective memory space. For the basic join algorithms, when the 
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Fig. 17 Analytical and Simulation Results of Algorithms 
lm-4m for Uniformly Distributed Relations 



memory space was not enough to save the necessary pages in each 
join step, the performance degraded as the number of join steps 
increased. Algorithms lm, 3m and 5m increases the effective memory 
space to save more tuples of relation S while algorithm 4m enlarges 
the wave. For the extended join algorithms, the saving of tuples of S 
are more efficient than the decreasing of the number of join steps. The 
wave propagation speed increases from 5m, 3m, lm to 4m and the 
I/O cost increases in this sequence. 
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Fig.18 Simulation Results of Algorithms IrS, lm-5m 
for Uniformly Distributed Relations 



4.3 Simulation Results for Non-Uniform Data 
Distribution 

In this simulation we used the same relations described in 
section 3.4.1 and the results are shown in Fig. 19. In the same way as 
for the uniform data distribution, the I/O cost increases for algorithms 
which reserve more memory space to be used by the wave. For the 
case of normal and inverse normal data distribution, the fact of 
choosing the appropriate wave from the KD-tree information of both 
relations is well utilized : algorithm 5rn resulted the best in the entire 
range of main memory size, minimizing the I/O cost to one scan of 
each relation. 
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Fig. 19 Simulation Results of Algorithms 1*5, lm~5m 
for Non-Uniformly Distributed Relations 

5. Conclusion 

In this paper we investigated join algorithms for KD-tree 
indexed relations, presenting their analytical and simulation results. 
KD-tree is a multidimensional clustering mechanism based on the 
adaptable method and so different clusters have tuples with a same 
attribute value. The join of two relations R and S can not be simply 
reduced to the join of one of their respective cluster and a naive join 
algorithm for KD-tree indexed relations requires a high I/O cost. An 
efficient join algorithm for KD-tree indexed relations is complex and 
has not been investigated until now. In this paper we propose 
efficient join strategies to reduce its I/O cost and extensively evaluate 
these algorithms with analytical analysis and simulation. With one of 
our proposed join algorithms which uses a suitable memory 
management, the join of two non-resident relations can be performed 
with one scan. 

According the the KD-tree information, the concepts of wave 
and join range are introduced and, based on them, the join algorithms 
are proposed. Four basic algorithms determine the wave and join 
ranges according to the KD-tree information of relation R and another 
algorithm determines them with the information of both relations R 
and S. Analytical formulas and simulation results clarify their 
characteristics. For these basic join algorithms, the higher the wave 
propagation speed, the better the algorithm performance. This is 
because in each step, the memory space to maintain the necessary 
tuples for the next step is small and insufficient, and so the fewer the 
number of steps, the fewer the number of scans of relation S. 
Therefore, we propose extended versions of the basic algorithms, 
introducing a garbage collection mechanism to enlarge the effective 
memory size. For these algorithms, the tuples that have already been 
processed and are no longer necessary are discarded from the main 
memory at the end of each join step. These extended algorithms are 
analyzed by analytical formulas and simulation results. In opposition 
to the former basic algorithms, in these extended algorithms, as the 
wave propagation speed is increased, the space reserved for relation S 
decreases and the performance worsens. For the best algorithm, the 
unnecessary tuples of both relations are dynamically discarded to 
enlarge the effective memory space and the wave is determined so that 
its speed of propagation is high. With this algorithm, the join can be 
performed with almost one scan of each relation. 

The presented figures were only for KD-trees of two 
dimensions, but although not exposed here, analysis of higher 
dimensions were performed, also showing that the analytical 
estimation matches the simulation results. 

The implementation details of these join strategics on KD-tree 
indexed relations are to be reported in a future paper. 



References 

[I] J.L.Bentley : "Multidimensional Binary Search Trees Used for 
Associative Searching", Commun. ACM, 18, 9, pp.509-517 
(September 1975). 

[21 J.L.Bentley : "Multidimensional Binary Search Trees in Database 
Applications", IEEE Trans. Software Eng., 5, 4, pp. 333-340 
(1979). 

[3] J.M.Chang and K.S.Fu : "A Dynamical Clustering Technique for 

Physical Database Design", Proc.of the 1980 SIGMOD Conf.. 

pp.l88-199(1980). 
[4] J.P.Cheiney, P.Faudcmay, R.Michel and J.M, Thevenin : "A 

Reliable Parallel Backend Using Multi attribute Clustering and 

Select-Join Operator", Proc. of 12th. Int. VLDB Conf., pp.220- 

227 (August 1986). 
[5] S.Fushimi, M.Kitsuregawa, M.Nakayama, H.Tanaka and 

T.Moto-oka : "Algorithm and Performance Evaluation of Adaptive 

Multidimensional Clustering Technique", Proc. of the 1985 

SIGMOD Conf., pp.308-318 (1985). 
[6] A.Guttman : "R-Trees : A Dynamic Index Structure for Spatial 

Searching", Proc.of the 1984 SIGMOD Conf, pp.47-57 (June 

1984). 

[7] K.L.Kelley and M.Rusinkiewicz : "Implementation of Multi-Key 
Extendible Hashing as an Access Method for a Relational 
DBMS", Proc.of 2nd. Data Engineering Conf., pp. 124-131 
(February 1986). 

[8] H.P.Kricgel and B.Secgcr : "Multidimensional Dynamic Quantile 
Hashing is Very Efficient for Non-Uniform Record 
Distributions", Proc.of 3rd. Data Engineering Conf., pp. 10- 17 
(February 1987). 

[9] H.P Kriegel and B.Seeger : "PLOP-Hashing : A Grid File without 

Directory", Proc.of 4th. Data Engineering Conf., pp.369-376 

(February 1988).. 
[10] J.Nievergelt, H.Hintcrbcrger and K.CSeveik : "The Grid-File : 

An Adaptable, Symmetric Mullikey File Structure", ACM Trans. 

Database Syst, 9, 1, pp.38-71 (March 1984). 

[II] EJ.Otoo : "A Mapping Function for the Directory of a 
Multidimensional Extendible Hashing", Proc. of 10th. Int. VLDB 
Conf., pp.493-506 (August 1984). 

[12] E.J.Oloo : "A Multidimensional Digital Hashing Scheme for 

Files With Composite Keys", Proc.of the 1985 SIGMOD Conf., 

pp.214-229 (June 1985). 
[13] E.A.Ozkarahan and M. Ouksel : "Dynamic Order Preserving 

Data Partitioning for Database Machines", Proc. of 1 1th. InL 

VLDB Conf., pp.358-368 (August 1985). 
[14] E.A.Ozkarahan and H. Bozsahin : "Join Strategies Using Data 

Space Partitioning", New Generation Computing, 6, 1, pp. 19-39 

(1988). 

[15] J.T.Robinson : "The KDB-Trce : A Search Structure for Large 

Multidimensional Dynamic Indexes" Proc.of the 1981 SIGMOD 

Conf.. pp. 10-18 (1981). 
[16] Y.Tanaka : "Massive Parallel Architecture for Very Large 

Databases", Doctoral Thesis, Univ. of Tokyo (May 1985). 
[17] J.A.Thom, K.Ramamohanarao and L. Naish : "A Superjoin 

Algorithm for Deductive Databases", Proc.of 12ih. Int. VLDB 

Conf., pp.189-196 (August 1986). 
[18] P.Valduriez and Y. Viemont : "A Multikey Hashing Scheme 

using Predicate Trees", Proc.of the 1984 SIGMOD Conf., 

pp.!07-114(June 1984). 



93 



Welcome to IEEE Xplore 2.0: Join strategies on KD-tree indexed relations 



Page 1 of 1 




EEHAbstractPlus - Print Format 



< Back t 



Join strategies on KD-tree indexed relations 

Kitsuregawa, M. Harada, L. Takagi, M. 
Inst, of Ind. ScL, Tokyo Univ.; 

This paper appears in: Data Engineering, 1989. Proceedings. Fifth International Conference on 

Publication Date: 6-1 0 Feb 1 989 
On page(s): 85-93 

Meeting Date: 02/06/1 989 - 02/1 0/1 989 

Location: Los Angeles, CA, USA 

ISBN: 0-8186-1915-5 

References Cited: 18 

INSPEC Accession Number: 3406286 

DOI: 10.1 109/ICDE.1 989.47203 

Posted online: 2002-08-06 16:46:03.0 



Join algorithms on KD-tree indexed relations are proposed; The join algorithms are based on a concept called wave. Th< 
wave is a set of pages that is the object of joining and that propagates over the relation space in the direction of the join 
attribute axis. Four basic join algorithms that determine the wave from one of the relations and one algorithm that 
determines the wave from both relations are proposed. The algorithms are described and extensively analyzed with 
analytical formulas and simulation results. Then a garbage collection mechanism is introduced that discards the 
unnecessary data loaded in the main memory and extends the previous basic algorithms with an efficient memory 
management. It is shown that the proposed algorithms perform the join of very large relations with one scan 

Index Terms 
Inspec 

Controlled Indexing 

relational databases storage management 
Non-controlled Indexing 

KD-tree indexed relations garbage collection mechanism join algorithms join attribute memory 

management query processing relation space wave 
Author Keywords 
Not Available 



References 

No references available on IEEE Xplore. 



Citing Documents 

1 Utilizing page-level join index for optimization in parallel join execution, Chiang Lee; Zue-An Chang 
Knowledge and Data Engineering, IEEE Transactions on 
On page(s): 900-914, Volume: 7, Issue: 6, Dec 1995 



Abstract 



Indexed by 



© Copyright 2006 IEEE - All Rights Reser 




http://ieeexplore.ieee.org/xpl/absprintf.jsp?arnumber=47203 



1/20/07 



